Rodrigo Fresneda wrote:
hi,
it would be nice if, when editing a document part of a master document, it
would be possible to toggle the lyx cross-reference dialog to only show
equation labels from the child document being edited.
Do you mean in 1.6? I've seen someone else requesting this already (
On Sun, Aug 3, 2008 at 5:08 AM, rgheck <[EMAIL PROTECTED]> wrote:
> Abdelrazak Younes wrote:
>
>> Abe Lau wrote:
>>
>>> Displaying all cross-ref flat without any hierarchy (I suppose the
>>> purpose
>>> of child document is to make handling large documents easy), looking for
>>> the
>>> right cro
On Sun, Aug 3, 2008 at 7:10 PM, <[EMAIL PROTECTED]> wrote:
>
> Modified: lyx-devel/trunk/lib/doc/Shortcuts.lyx
> URL:
> http://www.lyx.org/trac/file/lyx-devel/trunk/lib/doc/Shortcuts.lyx?rev=26047
Hi, Uwe,
Portrait is quite readable here, why do you change the document to
landscape? If you see
Andre Poenitz schrieb:
I need "„text“" and not a plain ASCII string!
You need "„text“" in the translated string, not in the source string.
OK, I reverted my commit and updated the po files accordingly.
Typically source string and English translations are similar, if not
the same. But there
On Mon, Aug 04, 2008 at 01:28:22AM +0200, Uwe Stöhr wrote:
> So that means that one is forced to use English a design language? What
> about users that wants to write a small program only in German and want
> to fill a combobox e.g. with "grün"?
Minimum trouble would be "gruen" and provide a "Ge
Andre Poenitz schrieb:
The string in the source is basically an id in string form. There
is no conceptional difference between "„text“" and "Fo-bar-0x341e3",
except that the latter is 7-bit-clean and won't confuse translation
systems.
"Fo-bar-0x341e3" gives me "Fo-bar-0x341e3" in the dialog,
Abdelrazak Younes schrieb:
Here it is with my Qt dlls.
(I see that you are using DLLs of an unreleased Qt 4.4.2. This could be a disadvantage when
reproducing reported bugs.)
Also with your LyX version, I get bug 4693.
This special problem disappeared with your LyX version, but now also di
Abdelrazak Younes wrote:
this seems to be QT bug. when running the attached program, i got the
confirmation
dialogs about changing clipboard with openoffice _only_ after pushing
"copy button".
qt 4.3.3 here.
can somebody confirm this behaviour?
On Mon, Aug 04, 2008 at 12:12:06AM +0200, Uwe Stöhr wrote:
> Andre Poenitz schrieb:
>
>> As a simple rule: both for Qt's translation system as well as for
>> gettext (used by e.g. LyX) plain ASCII (i.e. 7-bit-"clean") source
>> strings are strongle encouraged.
>
> But what we fill in the combo need
rgheck wrote:
Vincent van Ravesteijn - TNW wrote:
Hi,
I encountered a crash of LyX when clicking on the white space below
all items in the widget on the left side of the Tools->Preferences
dialog. My system is : SVN revision 26036 on Windows XP compiled with
MSVC2008.
It appears that item
Rodrigo Fresneda wrote:
hi,
it would be nice if, when editing a document part of a master document, it
would be possible to toggle the lyx cross-reference dialog to only show
equation labels from the child document being edited.
Do you mean in 1.6? I've seen someone else requesting this alre
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
I can't reproduce that.
This does not occur with branch. I compiled both in debug mode.
Ideas?
Maybe related to bug 4693?
Oh no, this issue comes up again and again :-(. As you don't have any
of these problems, could you please send me the late
Abdelrazak Younes schrieb:
I can't reproduce that.
This does not occur with branch. I compiled both in debug mode.
Ideas?
Maybe related to bug 4693?
Oh no, this issue comes up again and again :-(. As you don't have any of these problems, could you
please send me the latest lyx.exe from tr
Pavel Sanda wrote:
rgheck wrote:
Pavel Sanda wrote:
this seems to be QT bug. when running the attached program, i got the
confirmation
dialogs about changing clipboard with openoffice _only_ after pushing
"copy button".
qt 4.3.3 here.
can somebody confirm this behaviour?
Andre Poenitz schrieb:
As a simple rule: both for Qt's translation system as well as for
gettext (used by e.g. LyX) plain ASCII (i.e. 7-bit-"clean") source
strings are strongle encouraged.
But what we fill in the combo needs to be translatable. So with an Arabic locale "„text“" will have
Arab
Uwe Stöhr wrote:
Whenever I want to view a file e.g. as PDF with trunk, I get in the
console this message:
D:\LyXSVN\lyx-devel\src\support\FileName.cpp(441): "C:/Program Files
(x86)/LyX 1
.6.0beta4/bin/../Resources/doc/de/" is a directory!
I can't reproduce that.
This does not occur with
On Sun, Aug 03, 2008 at 11:32:49PM +0200, Uwe Stöhr wrote:
> I wanted to fix bug 5112 that we display the different quotation marks wrong
> in our languages dialog.
>
> According to the Qt documentation:
> http://doc.trolltech.com/4.4/unicode.html
>
> It works, when I use
> langModule->quoteStyleC
Whenever I want to view a file e.g. as PDF with trunk, I get in the console
this message:
D:\LyXSVN\lyx-devel\src\support\FileName.cpp(441): "C:/Program Files (x86)/LyX 1
.6.0beta4/bin/../Resources/doc/de/" is a directory!
This does not occur with branch. I compiled both in debug mode.
Ideas?
rgheck wrote:
> Pavel Sanda wrote:
>> this seems to be QT bug. when running the attached program, i got the
>> confirmation
>> dialogs about changing clipboard with openoffice _only_ after pushing
>> "copy button".
>>
>> qt 4.3.3 here.
>>
>> can somebody confirm this behaviour?
>>
>>
> Yes, sa
Andre Poenitz wrote:
> On Fri, Aug 01, 2008 at 12:21:28PM +0200, Pavel Sanda wrote:
> >
> > the qt bug is as follows and i was able to make it compile by deletion
> > of the problematic line at the cost of some crashes i got from time to
> > time. i don't have idea what is the problem, other use o
I wanted to fix bug 5112 that we display the different quotation marks wrong in
our languages dialog.
According to the Qt documentation:
http://doc.trolltech.com/4.4/unicode.html
It works, when I use
langModule->quoteStyleCO->addItem(tr("«text»"));
instead of
langModule->quoteStyleCO->addItem(q
On Fri, Aug 01, 2008 at 12:21:28PM +0200, Pavel Sanda wrote:
>
> the qt bug is as follows and i was able to make it compile by deletion
> of the problematic line at the cost of some crashes i got from time to
> time. i don't have idea what is the problem, other use of boost:bind
> seem to be alike
hi,
it would be nice if, when editing a document part of a master document, it
would be possible to toggle the lyx cross-reference dialog to only show
equation labels from the child document being edited.
best regards,
rodrigo.
Pavel Sanda wrote:
this seems to be QT bug. when running the attached program, i got the
confirmation
dialogs about changing clipboard with openoffice _only_ after pushing "copy
button".
qt 4.3.3 here.
can somebody confirm this behaviour?
Yes, same behavior here, using qt 4.3.5.
So what
Vincent van Ravesteijn - TNW wrote:
Hi,
I encountered a crash of LyX when clicking on the white space below
all items in the widget on the left side of the Tools->Preferences
dialog. My system is : SVN revision 26036 on Windows XP compiled with
MSVC2008.
It appears that item in the code be
Hi,
I encountered a crash of LyX when clicking on the white space below all items
in the widget on the left side of the Tools->Preferences dialog. My system is :
SVN revision 26036 on Windows XP compiled with MSVC2008.
It appears that item in the code below is a null-pointer when doing so.
Pavel Sanda wrote:
> Pavel Sanda wrote:
> > Abe Lau wrote:
> > > I mean "Ctrl-C/V", don't know if the middle button works or not... I
> > > may go and try
> >
> > aha, thats not middle button pasting, but i could reproduce your problem.
>
> after some inspection the problem is, that although we c
Abe Lau wrote:
> Abe (waiting for the portugal clock to catch up!), Ta
http://www.urbandictionary.com/define.php?term=manana+time
i just wanted to give reference, but i couldnt believe my eyes
reading the name :)))
p
Pavel Sanda wrote:
> Abe Lau wrote:
> > I mean "Ctrl-C/V", don't know if the middle button works or not... I
> > may go and try
>
> aha, thats not middle button pasting, but i could reproduce your problem.
after some inspection the problem is, that although we call
connect(qApp->clipboard(), SIG
> we have portugal time here :)
> pavel
man I gotta re-understand the meaning of timezones!
cos u're two days behind us down under, ROFL :D
I propose putting this to the wiki as a reason for possible "delay".
It's just not the time yet here!
Abe (waiting for the portugal clock to catch up!), Ta
Abe Lau wrote:
> I mean "Ctrl-C/V", don't know if the middle button works or not... I
> may go and try
aha, thats not middle button pasting, but i could reproduce your problem.
> hmm, rc1... isn't it the past already (from what wiki told me) :-)
we have portugal time here :)
pavel
Abe Lau wrote:
> With 1.6.0beta4, I have observed quite a number of times where pasting
some
> text copied from kpdf resulted in "command disabled" and nothing get
> pasted. I often need to copy the exact text again and repaste (may need to
> do twice or 3 times at most usually). Strange is that it
32 matches
Mail list logo
