Vincent van Ravesteijn wrote:
> InsetBox.cpp:
>
> Corrected text in the box. Currently, the text says only either the type
> of inner box or the framestyle.
I think we should construct the label text with bformat. I'm not sure the
brackets, the comma and the sytactic order of that string
Pavel Sanda wrote:
> > Hope this way people may see more easily if this would be an interesting
> > feature
> > to have in LyX.
>
> i think that people already think it would be cool feature. the problem is
> that we need the patch which is assimilated to 1.6 source tree. have you
> been working up
Konrad Hofbauer wrote:
> What should I do? -> Bugzilla?
Yes, that's the suggested action if no one reacts.
Jürgen
[EMAIL PROTECTED] wrote:
> Should also be done in branch, Jürgen?
OK.
Jürgen
No attention.
What should I do? -> Bugzilla?
/Konrad
Konrad Hofbauer wrote:
1) Set Preferences-> Look&Feel ->Screen Font -> Use Pixmap Cache
(\use_pixmap_cache true)
2) open UserGuide
3) view pdf
4) crash
On Lyx/Mac 1.6.0rc3 with a fresh clean user directory.
/Konrad
Vincent van Ravesteijn wrote:
> On Fri, 2008-10-03 at 19:28 -0400, rgheck wrote:
> > This is similar to what Pavel reported before about other bits of the
> > outliner. But if you expand the changes bit and then click back in the
> > document, it collapses again. So it's impossible to keep it ope
On Fri, 2008-10-03 at 19:28 -0400, rgheck wrote:
> This is similar to what Pavel reported before about other bits of the
> outliner. But if you expand the changes bit and then click back in the
> document, it collapses again. So it's impossible to keep it open! This
> is true even if you set the
This is similar to what Pavel reported before about other bits of the
outliner. But if you expand the changes bit and then click back in the
document, it collapses again. So it's impossible to keep it open! This
is true even if you set the slider to the right: It gets reset.
Richard
Tommaso Cucinotta wrote:
Hope this way people may see more easily if this would be an interesting
feature to have in LyX.
This would be fantastic !!!
/Konrad
Andre Poenitz wrote:
I do not understand why, but I was told before, and I forgot:
One needs to delete *.la from /path/to/qt-4.4-install/lib/ after
compiling Qt !!!
Well, I haven't heard that before.
This was what Bennet told me to get started - and it looks like it is
necessary. I found a
Handling of context menus of nested insets is very difficult at the
moment. Especially when the insets are of the same type. This was
introduced in cs 24618.
The comment for changeset 24618 read the following:
"Allow LFUN_INSET_SETTINGS with enclosing inset if this particular
dialog has been _exp
Vincent van Ravesteijn wrote:
Typo.
Committed.
rh
Abdelrazak Younes wrote:
On 03/10/2008 21:13, rgheck wrote:
Abdelrazak Younes wrote:
Your assertion seems to indicate that the Changes table contains a
bad entry. Could you add some debug output and verify what the
values are?
Well, we were right about the problem. This is a new file, typing
Tommaso Cucinotta wrote:
> Hope this way people may see more easily if this would be an interesting
> feature
> to have in LyX.
i think that people already think it would be cool feature. the problem is
that we need the patch which is assimilated to 1.6 source tree. have you
been working upon thi
Typo.
Index: src/Changes.cpp
===
--- src/Changes.cpp (revision 26699)
+++ src/Changes.cpp (working copy)
@@ -406,7 +406,7 @@
str.push_back(0x2702);
break;
case Change::INSERTED:
- // 0x2702 is the hand writting symbol in t
Looks fantastic.
Stefan
Am 04.10.2008 um 00:02 schrieb Tommaso Cucinotta:
Hi all,
my old version of patched LyX still runs on my current Ubuntu 8.04,
so I just
packed a couple of videos in order to show basic usage of the feature
http://de.youtube.com/watch?v=JxjMVvn7d3M
and usage of reg
Pavel Sanda wrote:
> btw Vincent what was the result of the last scrolling thread? after
> the last patches
> the painting of selection start to be broken wrt more boxes & forced
> newlines.
>
>
Don't know anything about scrolling. The selection painting thread you
mean was about the bug that fo
InsetBox.cpp:
Corrected text in the box. Currently, the text says only either the type
of inner box or the framestyle.
GuiBox.cpp:
Some strange things happened when toying with the gui. When refilling
the widthUnits box, the current state was not remembered. The handling
Hi all,
my old version of patched LyX still runs on my current Ubuntu 8.04, so I just
packed a couple of videos in order to show basic usage of the feature
http://de.youtube.com/watch?v=JxjMVvn7d3M
and usage of regular expressions
http://de.youtube.com/watch?v=Qqwwhu4VkGw
Hope this way peop
On 03/10/2008 21:13, rgheck wrote:
Abdelrazak Younes wrote:
Your assertion seems to indicate that the Changes table contains a
bad entry. Could you add some debug output and verify what the values
are?
Well, we were right about the problem. This is a new file, typing
"123", then return.
I p
Abdelrazak Younes wrote:
Your assertion seems to indicate that the Changes table contains a bad
entry. Could you add some debug output and verify what the values are?
Well, we were right about the problem. This is a new file, typing "123",
then return.
Changes.cpp(219): Inserting change of t
Am Thu, 02 Oct 2008 10:20:42 -0400
schrieb rgheck <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] wrote:
> > Hi Lyx-Devel-Team,
> >
> > LyX crashes whenever I open a child document the second
> > time. I compiled LyX from source
> > (ftp://ftp.devel.lyx.org/pub/lyx/devel/)
> >
> > What do you need in ord
> I have it, too. Pretty much the same backtrace.
Ah, Richard to the rescue. pfew..
Vincent
On 03/10/2008 18:59, Richard Heck wrote:
Vincent van Ravesteijn - TNW wrote:
Vincent van Ravesteijn - TNW wrote:
Strange, I reproduced it on two different locations, both Linux
though.
i couldn't. linux here. maybe you can provide more step-by-step recipe?
pavel
No, it is as simple as thi
On 03/10/2008 17:41, Vincent van Ravesteijn - TNW wrote:
Vincent van Ravesteijn - TNW wrote:
Strange, I reproduced it on two different locations, both Linux
though.
i couldn't. linux here. maybe you can provide more step-by-step recipe?
pavel
No, it is as simple as
Vincent van Ravesteijn - TNW wrote:
Vincent van Ravesteijn - TNW wrote:
Strange, I reproduced it on two different locations, both Linux
though.
i couldn't. linux here. maybe you can provide more step-by-step recipe?
pavel
No, it is as simple as this:
1. New document
On 03/10/2008 18:33, Mark van Rossum wrote:
Hi,
I don't want to open up a can of worms, but the scrolling and selection is
broken/ changed for the worse.
In most editor and text processing programs and Lyx 1.5, to select a piece of
text bigger than the displayed page, you simply hold down the m
On 03/10/2008 18:33, Mark van Rossum wrote:
Hi,
I don't want to open up a can of worms, but the scrolling and selection is
broken/ changed for the worse.
In most editor and text processing programs and Lyx 1.5, to select a piece of
text bigger than the displayed page, you simply hold down the m
Mark van Rossum wrote:
> In most editor and text processing programs and Lyx 1.5, to select a piece of
> text bigger than the displayed page, you simply hold down the mouse and
> scroll to the edge of the screen.
>
> This does not work in LyX anymore.
confirmed. one workaround is to use mouse w
Hi,
I don't want to open up a can of worms, but the scrolling and selection is
broken/ changed for the worse.
In most editor and text processing programs and Lyx 1.5, to select a piece of
text bigger than the displayed page, you simply hold down the mouse and
scroll to the edge of the screen.
Vincent van Ravesteijn - TNW wrote:
> >Vincent van Ravesteijn - TNW wrote:
> >> Strange, I reproduced it on two different locations, both Linux
> though.
> >
> >i couldn't. linux here. maybe you can provide more step-by-step recipe?
> >
> >pavel
> >
>
> No, it is as simple as this:
>
> 1. New do
>Vincent van Ravesteijn - TNW wrote:
>> Strange, I reproduced it on two different locations, both Linux
though.
>
>i couldn't. linux here. maybe you can provide more step-by-step recipe?
>
>pavel
>
No, it is as simple as this:
1. New document
2. Enable track changes.
3. blablabla
4. Assertion
I
On Fri, Oct 03, 2008 at 03:37:37PM +0200, Jean-Marc Lasgouttes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
> > temp_dir is the value returned by QDir::tempPath() therefore I think
> > this is a Qt bug. But I don't know how Qt handles all other win32
> > functions which return a short name.
>
Abdelrazak Younes wrote:
> "New window" and "first window" are exactly the same within current
> architecture. OK, there is this title bar initialization bug, but that's
> all, that is easy to fix.
i just warned, because this was a symptom of much worse bug.
pavel
Vincent van Ravesteijn - TNW wrote:
> Strange, I reproduced it on two different locations, both Linux though.
i couldn't. linux here. maybe you can provide more step-by-step recipe?
pavel
On 03/10/2008 17:09, Pavel Sanda wrote:
Abdelrazak Younes wrote:
On 03/10/2008 16:17, Pavel Sanda wrote:
Abdelrazak Younes wrote:
the hide should be probably put somewhere else, since outliner still
opens
automatically via session handling here.
Let's see. If
>On 03/10/2008 17:05, Vincent van Ravesteijn - TNW wrote:
>>> On 03/10/2008 16:38, Vincent van Ravesteijn - TNW wrote:
>>>
Is it already known that LyX crashes when
- you insert an end-of-paragraph with track changes on, or
- you delete an end-of-paragraph with track chan
On 03/10/2008 17:05, Vincent van Ravesteijn - TNW wrote:
On 03/10/2008 16:38, Vincent van Ravesteijn - TNW wrote:
Is it already known that LyX crashes when
- you insert an end-of-paragraph with track changes on, or
- you delete an end-of-paragraph with track changes on, or
- you r
Abdelrazak Younes wrote:
> On 03/10/2008 16:17, Pavel Sanda wrote:
>> Abdelrazak Younes wrote:
>>
the hide should be probably put somewhere else, since outliner still
opens
automatically via session handling here.
>>> Let's see. If I
>>> 1 create a new window
>
>On 03/10/2008 16:38, Vincent van Ravesteijn - TNW wrote:
>> Is it already known that LyX crashes when
>> - you insert an end-of-paragraph with track changes on, or
>> - you delete an end-of-paragraph with track changes on, or
>> - you read a file with deleted/inserted e-o-p's ..
>> ?
>>
On 03/10/2008 16:17, Pavel Sanda wrote:
Abdelrazak Younes wrote:
the hide should be probably put somewhere else, since outliner still opens
automatically via session handling here.
Let's see. If I
1 create a new window
2 close the outliner there
3 close the new window
4 create a ne
On 03/10/2008 16:38, Vincent van Ravesteijn - TNW wrote:
Is it already known that LyX crashes when
- you insert an end-of-paragraph with track changes on, or
- you delete an end-of-paragraph with track changes on, or
- you read a file with deleted/inserted e-o-p's ..
?
By end-of-paragra
Vincent van Ravesteijn - TNW wrote:
> .. not your _wildest_ guess ever I hope ?
just tried to say its not known :)
pavel
>Vincent van Ravesteijn - TNW wrote:
>> Is it already known that LyX crashes when
>> - you insert an end-of-paragraph with track changes on, or
>> - you delete an end-of-paragraph with track changes on, or
>> - you read a file with deleted/inserted e-o-p's ..
>> ?
>
>i guess this will be conse
Vincent van Ravesteijn - TNW wrote:
> Is it already known that LyX crashes when
> - you insert an end-of-paragraph with track changes on, or
> - you delete an end-of-paragraph with track changes on, or
> - you read a file with deleted/inserted e-o-p's ..
> ?
i guess this will be consequence of
Is it already known that LyX crashes when
- you insert an end-of-paragraph with track changes on, or
- you delete an end-of-paragraph with track changes on, or
- you read a file with deleted/inserted e-o-p's ..
?
Vincent
/usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../include/c++/4.1.1/bi
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Better now?
Yes thanks. The only think I see now is that when pressing OK, the
toobars briefly disappear and then reappear. This is slightly annoying.
JMarc
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
Turn th message about disabled socket into optional debug, since
many windows users believe that it actually means something, see
e.g.
Mightn't it be better to disable it on Windows? It'd useful to see to
see it on Lin
Abdelrazak Younes wrote:
>> the hide should be probably put somewhere else, since outliner still opens
>> automatically via session handling here.
>>
>
> Let's see. If I
> 1 create a new window
> 2 close the outliner there
> 3 close the new window
> 4 create a new window
>
> The outliner is not
Am Freitag 03 Oktober 2008 schrieb Abdelrazak Younes:
> On 03/10/2008 15:24, Kornel Benko wrote:
> > Am Freitag 03 Oktober 2008 schrieb rgheck:
> >> Kornel Benko wrote:
> >>> Am Freitag 03 Oktober 2008 schrieb Abdelrazak Younes:
> On 02/10/2008 16:20, rgheck wrote:
> > [EMAIL PROTECTED] wr
On 03/10/2008 16:01, Pavel Sanda wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Fri Oct 3 15:45:56 2008
New Revision: 26697
URL: http://www.lyx.org/trac/changeset/26697
Log:
Don't show the dock widget at construction time. This should fix bug
http://bugzilla.lyx.org/show_bug.cgi?id=
[EMAIL PROTECTED] wrote:
> Author: younes
> Date: Fri Oct 3 15:45:56 2008
> New Revision: 26697
>
> URL: http://www.lyx.org/trac/changeset/26697
> Log:
> Don't show the dock widget at construction time. This should fix bug
> http://bugzilla.lyx.org/show_bug.cgi?id=5273
the hide should be probab
On 03/10/2008 15:23, Peter Kümmel wrote:
Jean-Marc Lasgouttes wrote:
Peter Kümmel <[EMAIL PROTECTED]> writes:
if (!prefixIs(onlyPath(sourceFile.absFilename()),
package().temp_dir().absFilename()))
(Exporter.cpp, 72)
fails due to different names of the same directory (prefixIs is
string based
On 03/10/2008 15:24, Kornel Benko wrote:
Am Freitag 03 Oktober 2008 schrieb rgheck:
Kornel Benko wrote:
Am Freitag 03 Oktober 2008 schrieb Abdelrazak Younes:
On 02/10/2008 16:20, rgheck wrote:
[EMAIL PROTECTED] wrote:
Hi Lyx-Devel-Team,
LyX crashes wh
Peter Kümmel <[EMAIL PROTECTED]> writes:
> temp_dir is the value returned by QDir::tempPath() therefore I think
> this is a Qt bug. But I don't know how Qt handles all other win32
> functions which return a short name.
> Is there are "all LFN" policy in Qt? I think it should, because how
> could I
Jean-Marc Lasgouttes wrote:
Peter Kümmel <[EMAIL PROTECTED]> writes:
if (!prefixIs(onlyPath(sourceFile.absFilename()),
package().temp_dir().absFilename()))
(Exporter.cpp, 72)
fails due to different names of the same directory (prefixIs is string based):
C:/Dokumente und Einstellungen/cdev/Lok
On 03/10/2008 14:37, Jean-Marc Lasgouttes wrote:
rgheck<[EMAIL PROTECTED]> writes:
Jean-Marc Lasgouttes wrote:
1/ load user guide
2/ change something in prefs and click OK.
3/ wait for several seconds until the change is actually done.
I can't reproduce this. I changed
On 03/10/2008 15:12, Jean-Marc Lasgouttes wrote:
Peter Kümmel<[EMAIL PROTECTED]> writes:
if (!prefixIs(onlyPath(sourceFile.absFilename()),
package().temp_dir().absFilename()))
(Exporter.cpp, 72)
fails due to different names of the same directory (prefixIs is string based):
C:/Dokumente u
Peter Kümmel <[EMAIL PROTECTED]> writes:
> if (!prefixIs(onlyPath(sourceFile.absFilename()),
> package().temp_dir().absFilename()))
> (Exporter.cpp, 72)
>
> fails due to different names of the same directory (prefixIs is string based):
>
> C:/Dokumente und Einstellungen/cdev/Lokale Einstellungen/T
rgheck <[EMAIL PROTECTED]> writes:
>> Turn th message about disabled socket into optional debug, since
>> many windows users believe that it actually means something, see
>> e.g.
>>
>>
> Mightn't it be better to disable it on Windows? It'd useful to see to
> see it on Linux, if the message is ne
Uwe Stöhr wrote:
Maybe is works when this path is generated-with the quotes:
"C:\Documents and Settings\usti\Local
Settings\Temp\yx_tmpdir.Uhg712\lyx_tmpbuf0\0D__Download_01.jpg"
I could test it when you provide a patch.
Peter, do you work on Windows XP too? If yes, are you able to debug to
On 03/10/2008 14:37, Jean-Marc Lasgouttes wrote:
rgheck<[EMAIL PROTECTED]> writes:
Jean-Marc Lasgouttes wrote:
1/ load user guide
2/ change something in prefs and click OK.
3/ wait for several seconds until the change is actually done.
I can't reproduce this. I changed
rgheck <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> 1/ load user guide
>> 2/ change something in prefs and click OK.
>> 3/ wait for several seconds until the change is actually done.
> I can't reproduce this. I changed the screen zoom, and it responded
> right away. Same for disabl
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Perfect with 4.4
And with 4.2.3 here.
Thanks.
JMarc
On 03/10/2008 13:59, Enrico Forestieri wrote:
On Fri, Oct 03, 2008 at 09:01:50AM +0200, Abdelrazak Younes wrote:
So the prefs slowdown is not reproducible under solaris using Qt4.2?
Using Qt 4.2 it takes about 3 seconds for applying preferences,
while with Qt 4.4 it takes about 7 se
On Fri, Oct 03, 2008 at 09:01:50AM +0200, Abdelrazak Younes wrote:
> So the prefs slowdown is not reproducible under solaris using Qt4.2?
Using Qt 4.2 it takes about 3 seconds for applying preferences,
while with Qt 4.4 it takes about 7 seconds.
The problem with the file dialog is more serious,
Perfect with 4.4
Thanks,
Abdel.
On 03/10/2008 13:52, [EMAIL PROTECTED] wrote:
Author: forenr
Date: Fri Oct 3 13:51:49 2008
New Revision: 26692
URL: http://www.lyx.org/trac/changeset/26692
Log:
Don't trust designer and manually fix TocUi.ui for Qt 4.2
Modified:
lyx-devel/trunk/src/front
Kornel Benko wrote:
Am Freitag 03 Oktober 2008 schrieb Abdelrazak Younes:
On 02/10/2008 16:20, rgheck wrote:
[EMAIL PROTECTED] wrote:
Hi Lyx-Devel-Team,
LyX crashes whenever I open a child document the second
time. I compiled LyX from source
(ftp://ftp.devel.lyx.org/pub/lyx/dev
Abdelrazak Younes wrote:
On 02/10/2008 17:40, rgheck wrote:
Open LyX. Open a new window. Open a new window. Close the first.
Close the second.
Is it better now?
Yes, that fixed it.
If yes, I guess windows automatically gives the focus to the closing
window while X11 doesn't.
Apparentl
Am Freitag 03 Oktober 2008 schrieb Abdelrazak Younes:
> On 02/10/2008 16:20, rgheck wrote:
> > [EMAIL PROTECTED] wrote:
> >> Hi Lyx-Devel-Team,
> >>
> >> LyX crashes whenever I open a child document the second
> >> time. I compiled LyX from source
> >> (ftp://ftp.devel.lyx.org/pub/lyx/devel/)
> >>
On 02/10/2008 16:20, rgheck wrote:
[EMAIL PROTECTED] wrote:
Hi Lyx-Devel-Team,
LyX crashes whenever I open a child document the second
time. I compiled LyX from source
(ftp://ftp.devel.lyx.org/pub/lyx/devel/)
What do you need in order to find the bug?
The steps to reproduce the bug are as fol
The list type combo is stretched so that only the first two words appear
and the tree view does not scale together with the dock widget size...
Abdel.
<>
Am Donnerstag 02 Oktober 2008 schrieb rgheck:
> [EMAIL PROTECTED] wrote:
> > Hi Lyx-Devel-Team,
> >
> > LyX crashes whenever I open a child document the second
> > time. I compiled LyX from source
> > (ftp://ftp.devel.lyx.org/pub/lyx/devel/)
> >
> > What do you need in order to find the bug?
> >
>
On 02/10/2008 17:40, rgheck wrote:
Open LyX. Open a new window. Open a new window. Close the first. Close
the second.
Is it better now?
If yes, I guess windows automatically gives the focus to the closing
window while X11 doesn't.
Abdel.
Author: younes
Date: Fri Oct 3 09:38:51 2008
New
On 02/10/2008 17:40, rgheck wrote:
Open LyX. Open a new window. Open a new window. Close the first. Close
the second.
I can't reproduce the problem under MS Vista.
Abdel.
Hello,
I receive those two bullshit mails whenever I send something to the user
list. Could you inform Mate about this please?
Abdel.
Original Message
Subject:Re: Re: Big delay when applying Preferences
Date: 3 Oct 2008 08:03:00 +0100
From: [EMAIL PROTECTED]
To:
On 02/10/2008 17:40, rgheck wrote:
Open LyX. Open a new window. Open a new window. Close the first. Close
the second.
#0 0x003c41430ec5 in raise (sig=) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1 0x003c41432970 in abort () at abort.c:88
#2 0x003c474becb4 in __gnu_cxx::__
On 02/10/2008 19:12, Enrico Forestieri wrote:
On Thu, Oct 02, 2008 at 11:16:03AM -0400, rgheck wrote:
Jean-Marc Lasgouttes wrote:
1/ load user guide
2/ change something in prefs and click OK.
3/ wait for several seconds until the change is actually done.
What is going on?
78 matches
Mail list logo
