Am Dienstag, 23. Juli 2013 um 20:35:25, schrieb Vincent van Ravesteijn
> Op 23-7-2013 20:22, Kornel Benko schreef:
> >
> > Am Dienstag, 23. Juli 2013 um 19:58:48, schrieb Vincent van Ravesteijn
...
> > > Technically, a list is a string.
> >
> > Not exactly. set(a "b" "c") is a list, internal val
Kornel Benko wrote:
> This already should have been so. Without the needed libs, xvkbd is not built.
OK. P
Am Dienstag, 23. Juli 2013 um 11:42:59, schrieb Pavel Sanda
> Vincent van Ravesteijn wrote:
> > Another problem with LyX2.1.0beta1 popped up today.
> >
> > If xaw7, xmu and xtst libraries cannot be found, the command
> > "list(REMOVE_DUPLICATES XVFBDLIBS) fails".
>
> As a side note xvkbd should
Vincent van Ravesteijn wrote:
> Do you think there is more to do ?
No, I just didn't know whether failing of this test implies LyX wouldn't
compile.
Pavel
Op 23-7-2013 20:42, Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
Another problem with LyX2.1.0beta1 popped up today.
If xaw7, xmu and xtst libraries cannot be found, the command
"list(REMOVE_DUPLICATES XVFBDLIBS) fails".
As a side note xvkbd should be strictly development dependency.
Peo
Vincent van Ravesteijn wrote:
> Another problem with LyX2.1.0beta1 popped up today.
>
> If xaw7, xmu and xtst libraries cannot be found, the command
> "list(REMOVE_DUPLICATES XVFBDLIBS) fails".
As a side note xvkbd should be strictly development dependency.
People who just want to compile and use
;
> >
> > > commit 33aef1befede724ec478a70f4e13675eff730d06
> >
> > > Author: Vincent van Ravesteijn
> >
> > > Date: Tue Jul 23 18:36:23 2013 +0200
> >
> > >
> >
> > > CMake: xvkbd: Compile fix if none of the libraries is found
> >
730d06
> >
> > > Author: Vincent van Ravesteijn
> >
> > > Date: Tue Jul 23 18:36:23 2013 +0200
> >
> > >
> >
> > > CMake: xvkbd: Compile fix if none of the libraries is found
> >
> > >
> >
> > > If no libraries are fou
Op 23-7-2013 19:29, Kornel Benko schreef:
Am Dienstag, 23. Juli 2013 um 19:05:55, schrieb Vincent van Ravesteijn
> commit 33aef1befede724ec478a70f4e13675eff730d06
> Author: Vincent van Ravesteijn
> Date: Tue Jul 23 18:36:23 2013 +0200
>
> CMake: xvkbd: Compile fix
Am Dienstag, 23. Juli 2013 um 19:05:55, schrieb Vincent van Ravesteijn
> commit 33aef1befede724ec478a70f4e13675eff730d06
> Author: Vincent van Ravesteijn
> Date: Tue Jul 23 18:36:23 2013 +0200
>
> CMake: xvkbd: Compile fix if none of the libraries is found
>
>
Another problem with LyX2.1.0beta1 popped up today.
If xaw7, xmu and xtst libraries cannot be found, the command
"list(REMOVE_DUPLICATES XVFBDLIBS) fails".
Vincent
Bo Peng wrote:
> If you can smuggle my code with your patch, I do not have to wait two OKs.
> :-)
I'll do that. It's obvious enough.
Jürgen
On 5/20/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
Bo Peng wrote:
> Patch attached. OK to apply?
This interferes with my dialog rewrite (translation). Please wait (or I
integrate your fix into my patch).
If you can smuggle my code with your patch, I do not have to wait two OKs. :-)
Bo
Bo Peng wrote:
> Patch attached. OK to apply?
This interferes with my dialog rewrite (translation). Please wait (or I
integrate your fix into my patch).
Jürgen
);
/// turn off float when inline is clicked
void on_inlineCB_stateChanged(int state);
+ /// turn off numbering options when none is selected
+ void on_numberSideCO_currentIndexChanged(int);
protected:
virtual void closeEvent(QCloseEvent * e);
private:
Index: src/frontends/qt4/QListings.cpp
Juergen Spitzmueller wrote:
> The patch removes VSPACE::NONE from both the qt and the xforms
> dialog. I haven't touched the inset (and won't).
This is half of Michael Schmitt's patch, right? Why not just apply it
all?
> One problem left (in both frontends): what do I
On Mon, Dec 01, 2003 at 01:42:39PM +0100, Juergen Spitzmueller wrote:
> > Change the policy in the controller.
>
> Where? To what?
in qt2/Dialogs.C:
263 dialog->setController(new ControlVSpace(*dialog));
264 dialog->setView(new QVSpace(*dialog));
265
John Levon wrote:
> > One problem left (in both frontends): what do I have to do to let the
> > ok/apply buttons be enabled if I insert a *new* inset? Currently I have
> > to change sth
>
> Change the policy in the controller.
Where? To what?
(sorry, but I really can't see it).
Jürgen.
On Mon, Dec 01, 2003 at 11:16:06AM +0100, Juergen Spitzmueller wrote:
> The patch removes VSPACE::NONE from both the qt and the xforms dialog. I
> haven't touched the inset (and won't).
Whoops, duplicated effort ! I'll let you deal with merging with
Michael's if it m
The patch removes VSPACE::NONE from both the qt and the xforms dialog. I
haven't touched the inset (and won't).
One problem left (in both frontends): what do I have to do to let the ok/apply
buttons be enabled if I insert a *new* inset? Currently I have to change sth
in the dialog to
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jan 08, 2003 at 07:13:37PM +0100, Lars Gullik Bjønnes wrote:
| > | "Keep the patch in your local tree and try again in the 1.4 cycle after
| > | you've seen a black cat crossing the street and the phase of the moon has
| > | changed"
| >
| > No
On Wed, Jan 08, 2003 at 07:13:37PM +0100, Lars Gullik Bjønnes wrote:
> | "Keep the patch in your local tree and try again in the 1.4 cycle after
> | you've seen a black cat crossing the street and the phase of the moon has
> | changed"
>
> No... but perhaps when a my_getline has been implemented.
On Wed, Jan 08, 2003 at 07:13:37PM +0100, Lars Gullik Bjønnes wrote:
>
> Some how you seem eager to include anything as long as it does not
> touch mathed...
>
Well spotted.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one
Andre Poenitz <[EMAIL PROTECTED]> writes:
| "Keep the patch in your local tree and try again in the 1.4 cycle after
| you've seen a black cat crossing the street and the phase of the moon has
| changed"
No... but perhaps when a my_getline has been implemented.
as per discussion...
| PS: From
On Wed, Jan 08, 2003 at 05:46:59PM +0100, Lars Gullik Bjønnes wrote:
> "Claus Hentschel" <[EMAIL PROTECTED]> writes:
>
> | The problem seems to be that Cygwin does offer two modes for mounting but
> | doesn't support opening files in both modes. IMHO the current 'patch' is
> | sufficient to care a
"Claus Hentschel" <[EMAIL PROTECTED]> writes:
| The problem seems to be that Cygwin does offer two modes for mounting but
| doesn't support opening files in both modes. IMHO the current 'patch' is
| sufficient to care about! We should leave it included.
the patch as-is is too ugly.
--
L
Hello Jean_Marc,
Thank you for your suggestions. All of them has been very accurate and
useful.
---
o o o Francesc Burrull i Mestres Tel: +34-934016012
o o oFax: +34-934015981
o o o
On Tue, 15 Jun 1999, Jean-Marc Lasgouttes wrote:
> .
> entry of the file menu is not translated, which causes the whole menu
> to be wrong. You can find such entries because they are marked with a
> `fuzzy' mark.
>
> Could you give us a fix (a translation for 'Build program') for this
> file
> If you check the File (Fichero) menu everything works...
>
> but if you have a document opened, and leiter you check the File menu,
> you find it in English!
>
> This is happening to the Catalan version that I'm doing, also.
>
> But in the French version everithing seems OK.
>
> Does anybod
> "Francesc" == Francesc Burrull i Mestres <[EMAIL PROTECTED]> writes:
Francesc> Hi, I'm doing the Catalan version, and I have a problem that
Francesc> I detected in the spanish version too.
Francesc> When: export LANG=es; lyx&
Francesc> appears LyX in Spanish.
Francesc> If you check the F
Hi,
I'm doing the Catalan version, and I have a problem that I detected in
the spanish version too.
When:
export LANG=es; lyx&
appears LyX in Spanish.
If you check the File (Fichero) menu everything works...
but if you have a document opened, and leiter you check the File menu,
you find it
31 matches
Mail list logo
