On Thu, Sep 27, 2007 at 01:58:39AM +0200, Pavel Sanda wrote:
hi,
one thing which is annoying for me when working with lyx is lenghty
locating of a given environement in environment box for certain
classes which have many items, even more that i usually use only few
of these items.
now i
On Thu, Sep 27, 2007 at 01:40:24AM +0200, [EMAIL PROTECTED] wrote:
Regarding the history, AFAIK, English was not the native language of the
original LyX developers. However, English was, and still remains, the
language used to communicate between the developers. At the latest LyX
developers
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
If you let the outline open to the left and ultimately the citation
dialog to the right it will be OK :-)
On a 24 screen?
OK, I understand that you can't use LyX fully maximized in this case (I
won't either) but I
On Thu, 27 Sep 2007 07:43:29 +0200
Juergen Spitzmueller [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
+ default textclasses, or quit lyx.),
Should be quit LyX.
Thanks, I missed that.
- Martin
Enrico Forestieri wrote:
On Wed, Sep 26, 2007 at 03:23:46PM +0200, Abdelrazak Younes wrote:
Hope you'll like it... if not I'll revert everything.
Yes, please. Revert it.
But if I make session handling remember the last state of the window
would you be OK with it? The only thing missing is
Andre Poenitz wrote:
in 2000. None of them native American IIRC. So far for the American
dominance on the net that was mentioned earlier in this thread...
What the... we do dominate the net, dammit!
A/
Alfredo Braunstein wrote:
Andre Poenitz wrote:
in 2000. None of them native American IIRC. So far for the American
dominance on the net that was mentioned earlier in this thread...
What the... we do dominate the net, dammit!
Aren't you Italian?
Abdel.
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Andre Poenitz wrote:
in 2000. None of them native American IIRC. So far for the American
dominance on the net that was mentioned earlier in this thread...
What the... we do dominate the net, dammit!
Aren't you Italian?
Nope ;-)
A/
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
I can think of other settings for this dialog, not necessarily limited
to ParagraphParameters. Think counter, think
What do you want to do to counters?
Restart the numbering, modify the numbering style (1-2-3 to
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Andre Poenitz wrote:
in 2000. None of them native American IIRC. So far for the American
dominance on the net that was mentioned earlier in this thread...
What the... we do dominate the net, dammit!
Aren't you
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
We'll wait for other's input but I would advocate to revert the dock
part personally.
Noted but you didn't answer my question about what would make it feel
like a well behaved dialog if undocked?
Personally I miss only two things, both
Abdelrazak Younes wrote:
But if I make session handling remember the last state of the window
would you be OK with it? The only thing missing is the OK button which
is very superfluous with the new design (with immediate apply).
OK... anybody in favor of it? Richard, Bennett, Peter, Andre,
Abdelrazak Younes [EMAIL PROTECTED] writes:
On a 24 screen?
OK, I understand that you can't use LyX fully maximized in this case
(I won't either) but I can't use it without maximization on a 12 or
14 screen.
What we must look for is a solution that fits fullscreen and non
fullscreen users.
Abdelrazak Younes wrote:
Here is a screenshot. The dialog is updated to reflect the settings of
the current cursor position when the Synchronized view button is
checked.
Yes, this is pretty much what I have anticipated ;-)
Jürgen
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
On a 24 screen?
OK, I understand that you can't use LyX fully maximized in this case
(I won't either) but I can't use it without maximization on a 12 or
14 screen.
What we must look for is a solution that fits
Abdelrazak Younes [EMAIL PROTECTED] writes:
Restart the numbering, modify the numbering style (1-2-3 to a-b-c),
etc. Same thing with bullets. I know there's a separate dialog for
that but this thing is global to the Document.
It is not a service to users to advertise prominently a way to
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
Here is a screenshot. The dialog is updated to reflect the settings of
the current cursor position when the Synchronized view button is
checked.
Yes, this is pretty much what I have anticipated ;-)
But what do you not like? The new
Pavel Sanda [EMAIL PROTECTED] writes:
now i have working skeleton for bug 2739, which introduces two
preference options - one for alphabetical sorting and the second
which put environment used during the current editation on the top
of the envi list.
before spending time on some gui coding
Abdelrazak Younes wrote:
But what do you not like? The new vertical layout or the simple fact
that it is docked? If the former that can be changed, if the later would
you say that you'd miss something with this dialog is undocked compared
with what we have now? (except for the two points that
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Restart the numbering, modify the numbering style (1-2-3 to a-b-c),
etc. Same thing with bullets. I know there's a separate dialog for
that but this thing is global to the Document.
It is not a service to users to
Abdelrazak Younes [EMAIL PROTECTED] writes:
Because toolbar buttons are simply not as expressive as Dialogs (and
key bindings even less expressive of course). For example how would
you put the line spacing controls in the toolbar? You would need 4
buttons plus an edit box. Maybe some users
Abdelrazak Younes [EMAIL PROTECTED] writes:
Here is a screenshot. The dialog is updated to reflect the settings of
the current cursor position when the Synchronized view button is
checked.
This later feature is something that I appreciate, BTW. But it could
be in a dialog :)
JMarc
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Because toolbar buttons are simply not as expressive as Dialogs (and
key bindings even less expressive of course). For example how would
you put the line spacing controls in the toolbar? You would need 4
buttons plus an
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Here is a screenshot. The dialog is updated to reflect the settings of
the current cursor position when the Synchronized view button is
checked.
This later feature is something that I appreciate, BTW. But it could
be in
Abdelrazak Younes wrote:
Well I agree in general but key binding is for replacing toolbar action.
That's the reason why I forgotabout the depth button actually Edwin ;-)
i think it illustrates nicely how you intend to use the dockwidget: as a
toolbar
I don't use the toolbars personally.
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Well I agree in general but key binding is for replacing toolbar
action. That's the reason why I forgotabout the depth button actually
Edwin ;-)
i think it illustrates nicely how you intend to use the dockwidget: as a
toolbar
As a more powerful
Abdelrazak Younes [EMAIL PROTECTED] writes:
I understand that point but the solution is not to forbid this docking
behavior but to make it hard to dock by default.
Forbid. You make it sound as if I am trying to censor you creativity :)
The quesiton is not why we should forbid it, it is why we
Abdelrazak Younes [EMAIL PROTECTED] writes:
Do you use routinely different line spacings on different paragraphs?
Me no but I do know some people that do.
Did you read the links I posted earlier? The subject is exactly the
features that are useful because we know people using them.
But then
[EMAIL PROTECTED] writes:
Change the paragraph settings dialog:
- now floating by default
This does not compile with qt4.1. Why do you want to _forbid_ docking
BTW? I can live with floating by default until it is turned back to a
real dialog.
JMarc
Peter Kümmel wrote:
Wouldn't it be better to catch an exception in main:
catch { QCoreApplication::exit(1) return 1; }
I only ask, because we had really strange cross-platform problems in
the past because of using exit
I did that (I committed it inadvertently together with r20530). It seems
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Change the paragraph settings dialog:
- now floating by default
This does not compile with qt4.1.
Could you give me the error please?
Why do you want to _forbid_ docking
BTW?
I don't want to but I had the impression that you did.
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Do you use routinely different line spacings on different paragraphs?
Me no but I do know some people that do.
Did you read the links I posted earlier? The subject is exactly the
features that are useful because we know
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
I understand that point but the solution is not to forbid this docking
behavior but to make it hard to dock by default.
Forbid. You make it sound as if I am trying to censor you creativity :)
The quesiton is not why we
Abdelrazak Younes [EMAIL PROTECTED] writes:
Could you give me the error please?
../../../../lyx-devel/src/frontends/qt4/Dialogs.cpp: In member function
`lyx::frontend::Dialog* lyx::frontend::Dialogs::build(const std::string)':
../../../../lyx-devel/src/frontends/qt4/Dialogs.cpp:177: error:
now i have working skeleton for bug 2739, which introduces two preference
options - one for alphabetical sorting and the second which put
environment used during the current editation on the top of the envi list.
Is it still possible to use the current, thematic sorting with that?
until
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Could you give me the error please?
../../../../lyx-devel/src/frontends/qt4/Dialogs.cpp: In member function
`lyx::frontend::Dialog* lyx::frontend::Dialogs::build(const std::string)':
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Yes, for me dialogs bigger than the label input dialog are cumbersome
because I always have to move them to see what's underneath. The
paragraph dialog fall in this case.
OK, let's try to see what others are doing, then.
Some people have asked for sorting the layouts, and we could indeed
add that to the prefs. I have no hard feelings on the question.
However, I totally dislike the hardcoded test for '-'.
i'm not happy about that either. have you another idea how to get
rid off --Separator-- on the top of the
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Have a look. I cannot say that I like it :) You see also what I mean
by tiny title bar (which is admittedly aesthetics).
This depends on the QStyle in use apparently.
Appearance:
A QDockWidget consists of a title bar and the content area.
Abdelrazak Younes wrote:
Qt designer is a good example. Open Office is another one. Typically OO
would dock a paragraph settings dialog.
Has someone tried scrivener (I don't have a Mac) :
http://www.literatureandlatte.com/scrivener.html
The interface looks innovative with interesting
Martin Vermeer wrote:
Would it be an idea to first try LyX's own -dbg painting, to see how
repainting is being done? Especially in problem cases LyX may be simply
doing too much.
lyx -dbg painting produces no extra output,
other than telling me that it sets the debug level to 'painting'
Charles de Miramon [EMAIL PROTECTED] writes:
Has someone tried scrivener (I don't have a Mac) :
http://www.literatureandlatte.com/scrivener.html
The interface looks innovative with interesting Abdel'esque ideas.
Indeed. Someone mentionned earlier this notion of real fullscreen
(where all
Helge Hafting wrote:
Now this is interesting. If the number of {}'s is an indication, the LyX
does
18 times as much work when typing in a partially visible paragraph. And
yes,
with this window size, there were exactly 18 lines in the paragraph.
I hope this gives an indication of what's
On Thu, 27 Sep 2007, Andre Poenitz wrote:
On Thu, Sep 27, 2007 at 01:40:24AM +0200, [EMAIL PROTECTED] wrote:
Regarding the history, AFAIK, English was not the native language of the
original LyX developers. However, English was, and still remains, the
language used to communicate between the
I'd appreciate if you could revert the docking part indeed.
Look at what I've just committed.
some additional gripes in addition to jean-marc's titlebar and layout
complaints:
- the floating paragraph settings widget shouldn't be resizable
- the buttons should be at the bottom
- there is no
Helge Hafting wrote:
Now this is interesting. If the number of {}'s is an indication, the
LyX does 18 times as much work when typing in a partially visible
paragraph. And yes, with this window size, there were exactly 18
lines in the paragraph.
Please try again with rev 20536.
Abdel.
why the users list is English only?
i'd like to join my french friends in saying that this is an outrage indeed
this discrimination should stop! NOW!
i therefore propose that starting from now everybody posts in their native
language
professional translators on leave from the european
On Sep 27, 2007, at 4:27 AM, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Here is a screenshot. The dialog is updated to reflect the
settings of
the current cursor position when the Synchronized view button is
checked.
This later feature
Leuven, E. [EMAIL PROTECTED] writes:
why the users list is English only?
i'd like to join my french friends in saying that this is an outrage indeed
What did the french do _again_?
JMarc
Jean-Marc Lasgouttes wrote:
Leuven, E. [EMAIL PROTECTED] writes:
why the users list is English only?
i'd like to join my french friends in saying that this is an outrage indeed
What did the french do _again_?
They are going to vote against the London protocol that limits the
number of
Abdelrazak Younes [EMAIL PROTECTED] writes:
What did the french do _again_?
They are going to vote against the London protocol that limits the
number of necessary languages for European patents.
... whereas they should vote against patents instead.
JMarc
Leuven, E. wrote:
I'd appreciate if you could revert the docking part indeed.
Look at what I've just committed.
some additional gripes in addition to jean-marc's titlebar and layout
complaints:
- the floating paragraph settings widget shouldn't be resizable
I tried but I am not good enough
[EMAIL PROTECTED] wrote:
On Thu, 27 Sep 2007, Andre Poenitz wrote:
On Thu, Sep 27, 2007 at 01:40:24AM +0200,
[EMAIL PROTECTED] wrote:
Regarding the history, AFAIK, English was not the native language of the
original LyX developers. However, English was, and still remains, the
language used to
Am Donnerstag, 27. September 2007 15:09:30 schrieb Abdelrazak Younes:
I'd personally prefer that you put English appreciated instead. Even
if someone doesn't know a word in English there often are other users
that can translate the request. I think we should not scare off these
users just
Abdelrazak Younes wrote:
Leuven, E. wrote:
I'd appreciate if you could revert the docking part indeed.
Look at what I've just committed.
some additional gripes in addition to jean-marc's titlebar and layout
complaints:
- the floating paragraph settings widget shouldn't be resizable
I
Pavel Sanda ha scritto:
hi,
one thing which is annoying for me when working with lyx is lenghty locating
of a given environement in environment box for certain classes which have
many items, even more that i usually use only few of these items.
now i have working skeleton for bug 2739, which
Pavel Sanda [EMAIL PROTECTED] writes:
could you describe more precisely how would the on top feature look like
to be useful ?
I do not have much time to think about it but I would say:
- a few (5?) entries at the top, followed by a horiz line
- below that, the normal entries, /including/
Abdelrazak Younes ha scritto:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Do you use routinely different line spacings on different paragraphs?
Me no but I do know some people that do.
Wether docked or dialogged, may I suggest having another checkbox
out there
Hans Meine wrote:
Am Donnerstag, 27. September 2007 15:09:30 schrieb Abdelrazak Younes:
I'd personally prefer that you put English appreciated instead. Even
if someone doesn't know a word in English there often are other users
that can translate the request. I think we should not scare off
I do not have much time to think about it but I would say:
- a few (5?) entries at the top, followed by a horiz line
Yes. In a few applications (word?), recently used fonts and styles are
put on top like this, followed by a separator and then a full list.
I dislike the idea of sorting and I
OK... anybody in favor of it? Richard, Bennett, Peter, Andre, Pavel, Bo,
Juergen, etc...?
I tend to think that dialogs that have strong link (interactions) with
the bufferview need to be docked. This is the case for viewsource
(auto update), toc and embedding (autoupdate and navigation). I do
On Thu, 27 Sep 2007, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
What did the french do _again_?
They are going to vote against the London protocol that limits the
number of necessary languages for European patents.
... whereas they should vote against patents
No. If regular configure fails, with the modified configure.py, a
default list will most likely be used. As I have said, I do not like
that behavior because users should be informed what has been done.
More specifically, I prefer an empty textclass.lst and lyx asks again
what to do.
[EMAIL PROTECTED] writes:
Author: younes
Date: Thu Sep 27 16:37:36 2007
New Revision: 20540
URL: http://www.lyx.org/trac/changeset/20540
Log:
Add session support to spell-checking and search dialogs.
I get this with gcc:
../../../../lyx-devel/src/frontends/qt4/DialogView.h: In member
Bo Peng [EMAIL PROTECTED] writes:
It can be done, but I am not sure how to do this reliably. The problem
is still that I do not know what would be returned if configure.py is
killed brutally.
I would guess there is a non-zero error code returned.
JMarc
[EMAIL PROTECTED] writes:
Author: younes
Date: Thu Sep 27 16:47:42 2007
New Revision: 20541
URL: http://www.lyx.org/trac/changeset/20541
Log:
gcc compil fix.
Thanks.
QSettings settings;
std::string key = name_ + /geometry;
-
[EMAIL PROTECTED] writes:
Author: younes
Date: Thu Sep 27 16:47:42 2007
New Revision: 20541
URL: http://www.lyx.org/trac/changeset/20541
Log:
gcc compil fix.
Hmm, now I get:
In file included from ../../../../lyx-devel/src/frontends/qt4/Dialogs.cpp:17:
Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Do you use routinely different line spacings on different paragraphs?
Me no but I do know some people that do.
Wether docked or dialogged, may I suggest having
On Thu, 27 Sep 2007, Hans Meine wrote:
Am Donnerstag, 27. September 2007 15:09:30 schrieb Abdelrazak Younes:
I'd personally prefer that you put English appreciated instead. Even
if someone doesn't know a word in English there often are other users
that can translate the request. I think we
Bennett Helm wrote:
On Sep 27, 2007, at 4:27 AM, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Here is a screenshot. The dialog is updated to reflect the settings of
the current cursor position when the Synchronized view button is
checked.
On Sep 27, 2007, at 5:32 AM, Abdelrazak Younes wrote:
Peter Kümmel wrote:
Wouldn't it be better to catch an exception in main:
catch { QCoreApplication::exit(1) return 1; }
I only ask, because we had really strange cross-platform problems in
the past because of using exit
I did that (I
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Author: younes
Date: Thu Sep 27 16:37:36 2007
New Revision: 20540
URL: http://www.lyx.org/trac/changeset/20540
Log:
Add session support to spell-checking and search dialogs.
I get this with gcc:
I would guess there is a non-zero error code returned.
Then we can do the following.
1. check the return value of configure.py
Index: src/callback.cpp
===
--- src/callback.cpp(revision 20528)
+++ src/callback.cpp(working
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Author: younes
Date: Thu Sep 27 16:47:42 2007
New Revision: 20541
URL: http://www.lyx.org/trac/changeset/20541
Log:
gcc compil fix.
Hmm, now I get:
In file included from ../../../../lyx-devel/src/frontends/qt4/Dialogs.cpp:17:
Bennett Helm wrote:
On Sep 27, 2007, at 5:32 AM, Abdelrazak Younes wrote:
Peter Kümmel wrote:
Wouldn't it be better to catch an exception in main:
catch { QCoreApplication::exit(1) return 1; }
I only ask, because we had really strange cross-platform problems in
the past because of using exit
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Author: younes
Date: Thu Sep 27 16:47:42 2007
New Revision: 20541
URL: http://www.lyx.org/trac/changeset/20541
Log:
gcc compil fix.
Hmm, now I get:
In file included from ../../../../lyx-devel/src/frontends/qt4/Dialogs.cpp:17:
Jean-Marc Lasgouttes wrote:
I will forbid the docking in the future. Is that a compromise?
It depends what you mean by forbid. I think docking has its uses.
And, after reading through most of this thread: If making things
dockABLE is possible without too much other chaos, then I don't
Bo Peng wrote:
I have no time to polish this patch today. I can do it this weekend or
you can take it over if 1.5.2 is pressing.
I think what we have now is good enough for 1.5.2. This could be added
later.
Jürgen
P.S.: again, you misspelled LyX lyx.
P.S.: again, you misspelled LyX lyx.
That belongs to the 'polish' part... (I know I missed that in the
polish part of my last patch. :-)
Bo
For some people, especially people on
smaller screens, or people who (like my wife)
like to work maximized, it will be very, very useful.
working maximized doesn't imply that everything should be docked...
On Sep 27, 2007, at 11:16 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Sep 27, 2007, at 5:32 AM, Abdelrazak Younes wrote:
Peter Kümmel wrote:
Wouldn't it be better to catch an exception in main:
catch { QCoreApplication::exit(1) return 1; }
I only ask, because we had really strange
Well the dialog auto updates itself with the cursor and the GUI control
manipulations have direct influence of how the current paragraph is
shown. So I'd say that there is a strong link.
Then it can be docked. :-)
I guess the general rule is that if a dialog tends to be kept around
for a long
Andre Poenitz wrote:
On Wed, Sep 26, 2007 at 06:31:33PM -, [EMAIL PROTECTED] wrote:
==
--- lyx-devel/branches/personal/rgheck/icp/src/insets/InsetBibitem.h (original)
+++
Richard Heck wrote:
Jean-Marc Lasgouttes wrote:
I will forbid the docking in the future. Is that a compromise?
It depends what you mean by forbid. I think docking has its uses.
And, after reading through most of this thread: If making things
dockABLE is possible without too much other
Leuven, E. wrote:
For some people, especially people on
smaller screens, or people who (like my wife)
like to work maximized, it will be very, very useful.
working maximized doesn't imply that everything should be docked...
No, certainly not. But it does mean it can be useful to have
Bennett Helm wrote:
OK. Creating a math inset causes it to quit immediately, without saving
(without even an emergency save). There's nothing written to the crash
log, but the following appears in console.log:
terminate called after throwing an instance of 'int'
Is that what you expected?
Abdelrazak Younes wrote:
Helge Hafting wrote:
Now this is interesting. If the number of {}'s is an indication, the
LyX does 18 times as much work when typing in a partially visible
paragraph. And yes, with this window size, there were exactly 18
lines in the paragraph.
Please try again with
On Thu, Sep 27, 2007 at 08:41:57AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, Sep 26, 2007 at 03:23:46PM +0200, Abdelrazak Younes wrote:
Hope you'll like it... if not I'll revert everything.
Yes, please. Revert it.
But if I make session handling remember the last
On Thu, Sep 27, 2007 at 08:42:08AM +0200, Alfredo Braunstein wrote:
Andre Poenitz wrote:
in 2000. None of them native American IIRC. So far for the American
dominance on the net that was mentioned earlier in this thread...
What the... we do dominate the net, dammit!
Oh.. right. I forgot
On Thu, Sep 27, 2007 at 08:41:57AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, Sep 26, 2007 at 03:23:46PM +0200, Abdelrazak Younes wrote:
Hope you'll like it... if not I'll revert everything.
Yes, please. Revert it.
But if I make session handling remember the last
On Thu, Sep 27, 2007 at 10:47:15AM +0200, Jean-Marc Lasgouttes wrote:
Face it, an undocked window is not a dialog, but a second class window,
palette-like with a smallish greyish title bar. I don't like them
(which is my prerogative).
It looks the way we want it to look like...
The right
On Thu, Sep 27, 2007 at 11:45:16AM +0200, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Could you give me the error please?
../../../../lyx-devel/src/frontends/qt4/Dialogs.cpp: In member function
`lyx::frontend::Dialog* lyx::frontend::Dialogs::build(const
Andre Poenitz wrote:
On Thu, Sep 27, 2007 at 08:42:08AM +0200, Alfredo Braunstein wrote:
Andre Poenitz wrote:
in 2000. None of them native American IIRC. So far for the American
dominance on the net that was mentioned earlier in this thread...
What the... we do dominate the
On Thu, Sep 27, 2007 at 11:32:29AM +0200, Abdelrazak Younes wrote:
Peter Kümmel wrote:
Wouldn't it be better to catch an exception in main:
catch { QCoreApplication::exit(1) return 1; }
I only ask, because we had really strange cross-platform problems in
the past because of using exit
On Thu, Sep 27, 2007 at 02:04:10PM +0200, [EMAIL PROTECTED] wrote:
On Thu, 27 Sep 2007, Andre Poenitz wrote:
On Thu, Sep 27, 2007 at 01:40:24AM +0200, [EMAIL PROTECTED]
wrote:
Regarding the history, AFAIK, English was not the native language of the
original LyX developers. However, English
Helge Hafting wrote:
Arrange one paragraph with 25 lines.
Type a string og W's in the next paragraph. The W's comes out with
great speed until this second paragraph needs to linewrap. The wrap
takes a long time, and then things continue at great speed. The
linewrap
is noticeable, and lyx -dbg
Andre Poenitz wrote:
On Thu, Sep 27, 2007 at 11:32:29AM +0200, Abdelrazak Younes wrote:
Peter Kümmel wrote:
Wouldn't it be better to catch an exception in main:
catch { QCoreApplication::exit(1) return 1; }
I only ask, because we had really strange cross-platform problems in
the past
Now this is interesting. If the number of {}'s is an indication, the
LyX does 18 times as much work when typing in a partially visible
paragraph. And yes, with this window size, there were exactly 18
lines in the paragraph.
Please try again
On Sep 27, 2007, at 12:23 PM, Abdelrazak Younes wrote:
Bennett Helm wrote:
OK. Creating a math inset causes it to quit immediately, without
saving (without even an emergency save). There's nothing written
to the crash log, but the following appears in console.log:
terminate called after
Can I suggest that when people make these sorts of changes:
LyX.Py
- (1_6, range(277,288), minor_versions(1.6 , 0))]
+ (1_6, range(277,289), minor_versions(1.6 , 0))] #RGH,
command insets
Buffer.cpp
-int const LYX_FORMAT = 287;
+int const LYX_FORMAT =
1 - 100 of 230 matches
Mail list logo