Uwe Stöhr schrieb:
You can't do much about its size, but you could adapt the painting.
See the attached patch.
This looks perfect. Please put it in.
I've put it in now although it was not my patch. I hope this is OK nevertheless
in this case.
thanks and regards
Uwe
Richard Heck wrote:
> On 08/18/2009 06:17 PM, sa...@lyx.org wrote:
>> Author: sanda
>> Date: Wed Aug 19 00:17:30 2009
>> New Revision: 31131
>> URL: http://www.lyx.org/trac/changeset/31131
>>
>> Log:
>> The rest of Extendedlyx -> Additional.lyx move
>>
> I can't tell, as this is so long: Did y
On 08/18/2009 06:17 PM, sa...@lyx.org wrote:
Author: sanda
Date: Wed Aug 19 00:17:30 2009
New Revision: 31131
URL: http://www.lyx.org/trac/changeset/31131
Log:
The rest of Extendedlyx -> Additional.lyx move
I can't tell, as this is so long: Did you change the menu entries?
rh
On 08/18/2009 04:36 PM, Vincent van Ravesteijn wrote:
Vincent van Ravesteijn schreef:
I'm a little unclear on how separate views are supposed to work. So,
maybe a silly question, but: When we call this, do we really want to
close ALL open buffers? Can there be more than one GuiView at a
ti
On 08/18/2009 04:33 PM, Vincent van Ravesteijn wrote:
Thanks for checking.
Never a problem.
rh
Tommaso Cucinotta wrote:
> Perhaps, I was unclear. Let me explain better:
i see.
pavel
Pavel Sanda ha scritto:
and all of the enum
elements to simple constants wouldn't seem to me as a bad idea,
you will lose the trick with binary mask when more debug levels
are chosen.
Can't you put in and (&) long long values as well ?
Perhaps, I was unclear. Let me explain better:
Vincent van Ravesteijn wrote:
> Now, I think about it. It was Pavel who thought it was strange that the
> hidden buffers were still loaded, while he was talking about multiple
> views.
iirc this was about master/child relation and not multiple view.
> So, when we close a view, we shouldn't rele
I am sorry for taking so long to answer. I was on vacation the previous 2
weeks and the end of the semester here was really busy (to say the least).
Have you succeeded in taking that output?
There are two solutions that are possible:
- either to post-process the generated xml file with an ex
Vincent van Ravesteijn schreef:
I'm a little unclear on how separate views are supposed to work. So,
maybe a silly question, but: When we call this, do we really want to
close ALL open buffers? Can there be more than one GuiView at a time?
You see the worry.
Ah yes, you're right... I'm bei
I'm a little unclear on how separate views are supposed to work. So,
maybe a silly question, but: When we call this, do we really want to
close ALL open buffers? Can there be more than one GuiView at a time?
You see the worry.
Ah yes, you're right... I'm being too enthusiastic.
+
+bool G
On 08/18/2009 04:12 PM, v...@lyx.org wrote:
Author: vfr
Date: Tue Aug 18 22:12:34 2009
New Revision: 31125
URL: http://www.lyx.org/trac/changeset/31125
Log:
Rename closeBufferAll to closeWorkAreaAll (because that's what we do). Add a
new closeBufferAll function that closes all WorkArea's and th
On 08/17/2009 10:33 AM, Pavel Sanda wrote:
Pavel Sanda wrote:
Richard Heck wrote:
for the time being i commited the switch to QTreeView, but if it appears
there is no way to continue i'll revert it later.
Richard,
have you tried to look whether you model code could be joined with
the
Apparently development/cygwin/lyxeditor.c is compiled without the
-mwindows argument. Consequently lyxeditor.exe opens in a console,
which defeats the purpose of compiling lyxeditor.
I'm curious to see the revision for fixing this so I can learn how one
tweaks these arguments.
Thanks!
-Ben
To Enrico and whoever else is interested:
Attached is a Cygwin source package which generates the Qt libraries
required for compiling LyX. I hope that eventually this will become a
component of an official (modern) LyX source package for Cygwin.
The result of building the attached package is:
rgheck wrote:
> The old one is in.
Thanks.
> OK to put the new one in as soon as branch is open
> again?
Yes.
Jürgen
On 08/18/2009 06:30 AM, Jürgen Spitzmüller wrote:
#5893 LyX closes hidden dirty buffers without asking
=> Richard, please put in the original patch that reuses the existing popup.
The new approach that introduces new GUI strings will replace that in 1.6.5.
(A new string would break the string f
Hi,
Am Dienstag 18 August 2009 15:01:50 schrieb Pavel Sanda:
> Egon Alter wrote:
> > Hello Pavel,
> >
> > I'm using Qt4.5.2 and boost 1.36.0 from system libs on openSUSE 11.1.
> > Building against internal boost now ...
>
> gcc version?
using gcc 4.3.2
> does it make difference to compile agai
Egon Alter wrote:
>
> Hello Pavel,
>
> I'm using Qt4.5.2 and boost 1.36.0 from system libs on openSUSE 11.1.
> Building
> against internal boost now ...
gcc version?
does it make difference to compile against external boost?
pavel
Pavel Sanda wrote:
> imho we should add to the annoucement special notice about the qt 4.5.[0/2]
> crashes and urging to upgrade for 1.6.4 esp. for package maintainers...
I'll do that.
Jürgen
Vincent van Ravesteijn - TNW wrote:
> > - an awful crash, very simple to reproduce,
>
> I'm testing this approach, but this should definitely be fixed and the last
> thing I'll do to branch (It's an awful depressing delicate mess).
Oh, sure. I thought this was already in.
Jürgen
Hello Pavel,
I'm using Qt4.5.2 and boost 1.36.0 from system libs on openSUSE 11.1. Building
against internal boost now ...
Marc
P.S. please cc me as I'm not subscribed.
Am Dienstag 18 August 2009 13:51:54 schrieben Sie:
> Hi,
>
> I compiled the 1_6_x branch (from today) and lyx does not st
Egon Alter wrote:
> Hi,
>
> I compiled the 1_6_x branch (from today) and lyx does not start (in fact it
> crashes, but hangs later in the segfault handler). The original crash
> backtrace is this:
please report qt version, boost version (did you compile with included boost?),
gcc version.
pave
Jürgen Spitzmüller wrote:
> It is time to get the release ready. My plan is to set it up at the weekend.
>
> There are two things which should be done before that, everything else will
> have to wait:
imho we should add to the annoucement special notice about the qt 4.5.[0/2]
crashes and urging
Hi,
I compiled the 1_6_x branch (from today) and lyx does not start (in fact it
crashes, but hangs later in the segfault handler). The original crash
backtrace is this:
gdb lyx
GNU gdb (GDB; openSUSE 11.1) 6.8.50.20081120-cvs
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GN
On Thursday 09 July 2009 06:57:22 ycol...@freesurf.fr wrote:
>> - Without looking further into the code I would say that this is not
>> possible now but it should be possible with some simple changes to the
>> generalized text styles. Take a look into the Edit->Text Styles.
>>
>> - It should be eas
>It is time to get the release ready. My plan is to set
>it up at the weekend.
>>OK for these.
>
>>Jürgen
>
> - an awful crash, very simple to reproduce,
I'm testing this approach, but this should definitely be fixed and the last
thing I'll do to branch (It's an awful depressing delicate mess
>Working with fedora 11 an a x86_64 architecture, lyx
>crashes every time that I browse the document. It
>looks like that it is due to the pictures.
This is a bug in qt4.5.[0,2].
See bug #5957: http://www.lyx.org/trac/ticket/5957.
This happens when you scale the image to 1,2,5,10,20,25 or 50%
Hello,
Working with fedora 11 an a x86_64 architecture, lyx crashes every time
that I browse the document. It looks like that it is due to the pictures.
They are in a separated directory and compressed with gzip.
1) When I try to select the picture, it works fine, but them lyx
complains: "file no
It is time to get the release ready. My plan is to set it up at the weekend.
There are two things which should be done before that, everything else will
have to wait:
#5525 Windows XP doesn't shut down with LyX open
=> Enrico's fix apparently has flaws in debug mode, but it works in release
mo
Am Tuesday 18 August 2009 schrieb Pavel Sanda:
> Kornel Benko wrote:
> > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.cpp: In constructor
> > ???lyx::frontend::GuiDocument::GuiDocument(lyx::frontend::GuiView&)???:
> > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.cpp:979: error:
>
Kornel Benko wrote:
> /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.cpp: In constructor
> ???lyx::frontend::GuiDocument::GuiDocument(lyx::frontend::GuiView&)???:
> /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiDocument.cpp:979: error: invalid
> use of incomplete type ???struct QHeaderView???
On 2009-08-17, José Matos wrote:
> On Thursday 13 August 2009 22:31:38 Pavel Sanda wrote:
>> John McCabe-Dansted wrote:
>> > My suggestion:
>> >- Allow user the set a default file format for new files.
>> >- Always give user option of preserving files existing format
>> if you mean somethi
33 matches
Mail list logo
