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.
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/
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
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
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 c
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
> develop
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.
>
>
[EMAIL PROTECTED] wrote:
> + "default textclasses, or quit lyx."),
Should be "quit LyX".
Jürgen
Pavel Sanda wrote:
> 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 w
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?
>> really, the use you are talking about doesn't fit with the wysiwym
>> philosophy...
>
> Wys
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> also because we should discourage people to use it... ;-)
+1. I'd even prefer a toolbar, actually.
JMarc
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?
JMarc
Martin Vermeer <[EMAIL PROTECTED]> writes:
> 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.
Yes.
JMarc
"Bo Peng" <[EMAIL PROTECTED]> writes:
> 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
On Wed, Sep 26, 2007 at 08:31:52PM +, [EMAIL PROTECTED] wrote:
> Author: spitz
> Date: Wed Sep 26 22:31:50 2007
> New Revision: 20525
>
> URL: http://www.lyx.org/trac/changeset/20525
> Log:
> * src/LyX.cpp: style corrections.
>
> This should also be done in trunk, but I don't have trunk here.
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 introduces two preference
o
On Wed, Sep 26, 2007 at 01:37:29AM +0200, Pavel Sanda wrote:
> > > So I can't make 'all' in po/ ? :-(
> >
> > Does the attached patch help?
>
> yes, it does. can you put it in trunk ?
I committed it.
--
Enrico
On Wed, Sep 26, 2007 at 06:12:51PM +0200, Pavel Sanda wrote:
> > On a clean checkout of trunk, I get:
>
> This is long known issue.
> Enrico posted patch before few days, but nobody comited it.
Should be fixed now.
--
Enrico
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.
--
Enrico
Abdelrazak Younes wrote:
Like it is right now, I agree it is not excessively useful ... But
honestly, if we had some other bits like two buttons for
> increasing/decreasing the depth, it will be a lot more useful.
i think you forgot that those two buttons are (and should be) on the toolbar
On Wed, Sep 26, 2007 at 06:31:33PM -, [EMAIL PROTECTED] wrote:
> ==
> --- lyx-devel/branches/personal/rgheck/icp/src/insets/InsetBibitem.h
> (original)
> +++ lyx-devel/branches/personal/rgheck/icp/src/insets/InsetBibit
On Wed, Sep 26, 2007 at 06:31:33PM -, [EMAIL PROTECTED] wrote:
> Author: rgheck
> Date: Wed Sep 26 20:31:30 2007
> New Revision: 20520
>
> URL: http://www.lyx.org/trac/changeset/20520
> Log:
> Work towards making more use of Inset::Code.
Please?
Andre'
On Wed, Sep 26, 2007 at 10:58:41PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
> >>Using ::exit often results (with Qt) in a crash because destructors
> >>of static (Qt) objects are called in arbitrary order.
> >
> >Are you sure? AFAIK ::exit() will exit without any cleanup.
>
> #include
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Anyway, a bit of tolerance for those that don't enjoy positioning
windows would be nice.
i run full-screen (yep, you guessed it, 12" laptop) but i never feel the
need to size and position the paragraph dialog...
Like it is right now, I agree it i
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
You are probably right then, I'll try this.
Abdel.
Abdelrazak Younes wrote:
Anyway, a bit of tolerance for those that don't enjoy positioning
windows would be nice.
i run full-screen (yep, you guessed it, 12" laptop) but i never feel the
need to size and position the paragraph dialog...
Abdelrazak Younes wrote:
Using ::exit often results (with Qt) in a crash because destructors
of static (Qt) objects are called in arbitrary order.
Are you sure? AFAIK ::exit() will exit without any cleanup.
#include
struct A {
int* ptr;
A() : ptr(0) {}
~A() { int i = *ptr; }
};
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Perhaps I am special but for me only modal dialogs really need to
remain dialogs and all other dialogs should be converted to
dockwidget.
Yes, I understood this is where you are heading, but I do not like it much.
Th
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Michael Gerz wrote:
Patch Candidate List #4
Approved by Jürgen
--
New
---
None of my commits are applicable except this one:
http://www.lyx.org/trac/changeset/20419 - GuiApplication::notify():
don't crash with abort() but exit
Abdelrazak Younes wrote:
Michael Gerz wrote:
Patch Candidate List #4
Approved by Jürgen
--
New
---
None of my commits are applicable except this one:
http://www.lyx.org/trac/changeset/20419 - GuiApplication::notify():
don't crash with abort() but exit gracefully when an ex
> From my POV, you can apply.
Done.
Bo
Abdelrazak Younes wrote:
FYI, there is a bug in the GUII framework in that the dialog is not
updated on Cursor movement as it used to be (hence the buggy toc and
ViewSource for example). When that is fixed, I assume that the paragraph
dialog will be automatically updated at startup and upon cu
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I know but they are not "forced" do use it :-)
and it shouldn't be made too easy for them to abuse it
But really, try it up while navigating in your document and see the
dialog automatically reflecting the current paragraph settings. Pretty
cool
Helge Hafting wrote:
Abdelrazak Younes wrote:
Perhaps I am special but for me only modal dialogs really need to
remain dialogs and all other dialogs should be converted to
dockwidget. This is because I always work in full screen mode. With
Tabified dockwidget this is even better because the
Jean-Marc Lasgouttes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
I don't ever work maximized though - they could remove the max button and
I wouldn't notice.
Vertical maximization is nice.
I understand that maximizing can be useful when you don't need to see
extra material, but many
Bo Peng wrote:
> No. If regular configure fails, with the modified configure.py, a
> default list will most likely be used.
I see. That's fine for now, I think.
> As I have said, I do not like
> that behavior because users should be informed what has been done.
> More specifically, I prefer an
Abdelrazak Younes wrote:
I know but they are not "forced" do use it :-)
and it shouldn't be made too easy for them to abuse it
But really, try it up while navigating in your document and see the
dialog automatically reflecting the current paragraph settings. Pretty
cool IMO.
cool perhaps,
Leuven, E. wrote:
I agree and that's where I need your help ;-)
personally i would prefer to keep this dialog modal.
also because we should discourage people to use it... ;-)
I know but they are not "forced" do use it :-)
But really, try it up while navigating in your document and see the
d
BTW, after reconfigure, lyx tries to reload part of the configurations:
lyxrc.read(libFileSearch(string(), "lyxrc.defaults"));
// Re-read packages.lst
LaTeXFeatures::getAvailable();
As I have said, the next step is to reload lyx automatically so that
no restart is required.
Bo
> Furthermore (without looking at the patch) I think that LyX shouldn't just
> quit after reconfigure, but popup a message, either
There is a message after reconfigure() (callback.cpp) so I did not add
another message box.
Alert::information(_("System reconfigured"),
On Wed, Sep 26, 2007 at 06:04:14PM +0200, Jean-Marc Lasgouttes wrote:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> >> gprof won't say anything about the time spent in qt, X11 and libc. It
> >> is pretty useless for UI-related profiles.
> >
> > i dont understand this. gprof doesnt tell you e.g. t
Juergen Spitzmueller wrote:
>> 3. When textclasslist is empty, allow regular configure, configure
>> with --without-latex-config, and quit. Quit lyx after reconfigure.
>
> How does this show up? If I see this dialog for the first time and try
> regular configure, and if this fails then, does the
> > 3. When textclasslist is empty, allow regular configure, configure
> > with --without-latex-config, and quit. Quit lyx after reconfigure.
>
> How does this show up? If I see this dialog for the first time and try
> regular configure, and if this fails then, does the dialog pop up a second
> tim
Bo Peng wrote:
> I have submitted the configure.py part. Attached is an update lyx part.
[...]
> 3. When textclasslist is empty, allow regular configure, configure
> with --without-latex-config, and quit. Quit lyx after reconfigure.
How does this show up? If I see this dialog for the first time
Helge Hafting <[EMAIL PROTECTED]> writes:
> I don't ever work maximized though - they could remove the max button and
> I wouldn't notice.
Vertical maximization is nice.
> I understand that maximizing can be useful when you don't need to see
> extra material, but many people do need that.
A
> The patch to configure.py looks good to me. Concerning the lyx part,
> in which cases is this situation supposed to happen exactly?
Under any weird case that textclass fails to load, and results in an
empty textclasslist.
I have submitted the configure.py part. Attached is an update lyx part.
Abdelrazak Younes wrote:
Perhaps I am special but for me only modal dialogs really need to
remain dialogs and all other dialogs should be converted to
dockwidget. This is because I always work in full screen mode. With
Tabified dockwidget this is even better because the dialog is a single
cl
> On a clean checkout of trunk, I get:
This is long known issue.
Enrico posted patch before few days, but nobody comited it.
Pavel
[EMAIL PROTECTED] wrote:
> Make sure a textclass.lst will exist even when configure.py fails. Part of
> Bug 2829
Excellent.
I assume you'll add a status.15x entry.
Is there a "second part" coming?
Jürgen
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> gprof won't say anything about the time spent in qt, X11 and libc. It
>> is pretty useless for UI-related profiles.
>
> i dont understand this. gprof doesnt tell you e.g. that we are spending 90%
> time in whole-screen-repainting funtion in our code ?
Richard Heck <[EMAIL PROTECTED]> writes:
> For this reason, name() seems to be used for pretty various things,
> and all of that would need sorting out. So, if it's OK, I'll put
> some FIXMEs in the right places for now, and come back to it once
> I've finished sorting out the InsetCommand stuff.
On a clean checkout of trunk, I get:
[EMAIL PROTECTED] trunk]$ make
Making all in config
make[1]: Entering directory `/home/rgheck/cvs/trunk/config'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/rgheck/cvs/trunk/config'
Making all in development
make[1]: Entering directo
I tried opening a file with this dialog. It showed the current directory.
I mistakenly clicked the "back" button (left arrow) a few times
when I wanted to go up a level in the directory structure. This
killed LyX.
Helge Hafting
Jean-Marc Lasgouttes wrote:
> Juergen, could you tell me when setting local_font is necessary? I did
> not see the problem when creating a new listing inset with caption.
The problem showed up when you created a listings inset with a caption
before the patch: somehow (and I never actually found o
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
But of course I can change all the inset names to uppercase, if you'd
prefer. Let me know which. One or the other should be done.
I prefer lowercase personally. I think the capitalized version is
intended to look goo
Jean-Marc Lasgouttes wrote:
Enrico Forestieri <[EMAIL PROTECTED]> writes:
This is needed because hyperref should be loaded after babel but
has to be loaded before the LyX-specific stuff. The LyX-specific
stuff has to be loaded before the user preamble.
It shouldn't harm to load babel before
> gprof won't say anything about the time spent in qt, X11 and libc. It
> is pretty useless for UI-related profiles.
i dont understand this. gprof doesnt tell you e.g. that we are spending 90%
time in whole-screen-repainting funtion in our code ?
pavel
> I agree and that's where I need your help ;-)
personally i would prefer to keep this dialog modal.
also because we should discourage people to use it... ;-)
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
None of my commits are applicable except this one:
http://www.lyx.org/trac/changeset/20419 - GuiApplication::notify():
don't crash with abort() but exit gracefully when an exception is
caught. try to catch LyX specific exceptions.
This lo
Leuven, E. wrote:
Abdelrazak Younes wrote:
But I understand your point and I'd propose to detach it by
default, is that OK?
as long as the detached layout is good (ie gives a well designed
dialog), that would be fine with me i suppose.
note that at the moment the layout does not adjust to whe
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Perhaps I am special but for me only modal dialogs really need to
> remain dialogs and all other dialogs should be converted to
> dockwidget.
Yes, I understood this is where you are heading, but I do not like it much.
> This is because I always wo
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> This is needed because hyperref should be loaded after babel but
>> has to be loaded before the LyX-specific stuff. The LyX-specific
>> stuff has to be loaded before the user preamble.
>>
>> It shouldn't harm to load babel before the user preamble,
Jean-Marc Lasgouttes wrote:
"Leuven, E." <[EMAIL PROTECTED]> writes:
hi abdel,
to be frank, i don't see why we would like to have this as a dockwidget
Agreed. I know that dockwidgets can be undocked, but this make a
rather poor (at least ugly) dialog IMO. I would prefer to have a few
careful
[EMAIL PROTECTED] writes:
> @@ -177,7 +177,11 @@
> else
> os << "\\lstinline[" << from_ascii(param_string) << "]"
> << *delimiter;
> } else {
> - docstring const caption = getCaption(buf, runparams);
> + OutputParams rp = runparams
Jean-Marc Lasgouttes wrote:
"Leuven, E." <[EMAIL PROTECTED]> writes:
hi abdel,
to be frank, i don't see why we would like to have this as a dockwidget
Agreed. I know that dockwidgets can be undocked, but this make a
rather poor (at least ugly) dialog IMO.
Why is that? The only difference i
[EMAIL PROTECTED] writes:
> Author: baum
> Date: Thu Sep 13 10:18:31 2007
> New Revision: 20257
>
> URL: http://www.lyx.org/trac/changeset/20257
> Log:
> Fix copy/paste error.
> Could somebody please do this in 1.6 and 1.5, too?
This is done as part of the big amsmath rewrite.
JMarc
Uwe Stöhr wrote:
> The solution is to omit the optional argument when its default value is
> chosen. This is what also Georg suggested in his comment to the bug
> report. In this case the optional option [1\height] is the same asif you
> omit it. I implemented this now, see attached.
I don't have
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> linux
>
> use gprof then.
> you need to compile lyx with enabled profiling.
> try configure --enable-profile --disable-stdlib-debug and make sure
> that when making gcc gets -pg option (which is not case for me eg,
> dunno why).
>
> then try
> gprof /us
Richard Heck <[EMAIL PROTECTED]> writes:
> But of course I can change all the inset names to uppercase, if you'd
> prefer. Let me know which. One or the other should be done.
I prefer lowercase personally. I think the capitalized version is
intended to look goo in the GUI.
> Note that, since th
Abdelrazak Younes wrote:
> None of my commits are applicable except this one:
>
>> http://www.lyx.org/trac/changeset/20419 - GuiApplication::notify():
>> don't crash with abort() but exit gracefully when an exception is
>> caught. try to catch LyX specific exceptions.
This looks like a candidate
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I think so yes, by calculating and storing real paragraph height of
> the whole document when it is first loaded. Then each new full update
> metrics call will update the stored height of the recalculated
> paragraph metrics. I'd like to finish corre
Abdelrazak Younes wrote:
> But I understand your point and I'd
> propose to detach it by default, is that OK?
as long as the detached layout is good (ie gives a well designed dialog), that
would be fine with me i suppose.
note that at the moment the layout does not adjust to where it is docked.
"Leuven, E." <[EMAIL PROTECTED]> writes:
> hi abdel,
>
> to be frank, i don't see why we would like to have this as a dockwidget
Agreed. I know that dockwidgets can be undocked, but this make a
rather poor (at least ugly) dialog IMO. I would prefer to have a few
carefully selected dialogs turned
Leuven, E. wrote:
hi abdel,
to be frank, i don't see why we would like to have this as a
dockwidget
i think the dockwidget is handy if one would like to keep it open
(with the toc for example, but maybe also the references), or get the
dialog out of the way (like with the find/replace dialog)
> linux
use gprof then.
you need to compile lyx with enabled profiling.
try configure --enable-profile --disable-stdlib-debug and make sure
that when making gcc gets -pg option (which is not case for me eg,
dunno why).
then try
gprof /usr/bin/lyx gmon.out > gprof.out
pavel
hi abdel,
to be frank, i don't see why we would like to have this as a dockwidget
i think the dockwidget is handy if one would like to keep it open (with the toc
for example, but maybe also the references), or get the dialog out of the way
(like with the find/replace dialog)
this is not the ca
Helge Hafting ha scritto:
what OS are you running ?
pavel
Probably, it is more interesting to know what CPU and/or graphic
adapter.
I can't see so much slowness on my Ubuntu Fesity. Running on a
laptop with a NVIDIA GeForce Go 6200 card and this CPU:
processor : 0
vendor_id : Genuin
Bo Peng wrote:
Why "wrong lists"? I thought the idea was that there are always valid lists,
since configure won't overwrite the old lists if something failed.
If latex is not installed, configure.py (with the patch I just sent)
will produce a default textclass.lst. Lyx will start, and can
[EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Sep 26 15:13:01 2007
New Revision: 20513
URL: http://www.lyx.org/trac/changeset/20513
Log:
Redesign and cleanup the Paragraph Settings dialog:
- GuiParagraphDialog: Renamed to GuiParagraph
- Now use the DockView infrastructure (and is thus docked
Pavel Sanda wrote:
hi,
1. open new document.
2. keep one key pressed until the whole page is filled
by the given char and next page is scrolled.
3. try to select block of text via shift+up arrow
4. the whole text except the last line of paragraph disappears.
anybodu can confirm ?
Confirm
Pavel Sanda wrote:
I'd like to try, but how do I do that?
what OS are you running ?
pavel
linux
Georg Baum wrote:
Abdelrazak Younes wrote:
For someone who knows the intricacy of GUII perhaps. I've done a lot of
GUI programming and I don't share at all your opinion. Requiring someone
to learn Qt and also to learn LyX GUII architecture is too much IMO and
that is the very reason why we don
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
The attached patch accomplishes the first part of the plan discussed
here earlier, under InsetCommand[Params], the goal being to
disentangle the type of an inset from the (LaTeX) command it
represents. This patch reworks how
Andre Poenitz wrote:
> On Tue, Sep 25, 2007 at 11:28:41AM +0200, Georg Baum wrote:
>> But why would you want a second entry point? Until now I see only
>> theoretical advantages of not using the dispatch mechanism ("it is the
>> same app so it ought to use a direct API and not some string stuff").
First, the F7 key doesn't work. I have to use the menu Tools->Spellcheck.
It has been like this for a while. A new development is that
the spellchecker dialog comes ut blank. Spellchecking still
highlights the wrong words, but the dialog is blank so
there is nothing to do about them.
Helge Haftin
Abdelrazak Younes wrote:
> For someone who knows the intricacy of GUII perhaps. I've done a lot of
> GUI programming and I don't share at all your opinion. Requiring someone
> to learn Qt and also to learn LyX GUII architecture is too much IMO and
> that is the very reason why we don't have so mu
Richard Heck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
There's reason to want to do the test. The idea is to see if the
previous call to string2params issued an error. But this test can't
work, because the constructor call sets the command name, and the
string2params call, though it
Abdelrazak Younes wrote:
Richard Heck wrote:
There's reason to want to do the test. The idea is to see if the
previous call to string2params issued an error. But this test can't
work, because the constructor call sets the command name, and the
string2params call, though it clears the parameter
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
So the main thing is the counter handling, which I know nothing about.
JMarc, can you deal with that and apply to trunk?
I think the main thing is to modify ams classes to remove theorems and
put them in a proper modul
hi,
1. open new document.
2. keep one key pressed until the whole page is filled
by the given char and next page is scrolled.
3. try to select block of text via shift+up arrow
4. the whole text except the last line of paragraph disappears.
anybodu can confirm ?
pavel
Helge Hafting wrote:
I opened an existing document, and turned on the outline.
It came up empty - which is strange. The document has
lots of numbered sectioning.
This dialog has not been fixed yet after the big GUII cleanup.
Abdel.
> I'd like to try, but how do I do that?
what OS are you running ?
pavel
Abdelrazak Younes wrote:
Helge Hafting wrote:
1.6svn is a bit too jumpy - scrolling the screen to keep the cursor
in the middle when this isn't necessary. This creates some problems:
Yes, I am aware of the problem. Problem is FitCursor is called a bit
too much. This needs to be solved on a c
Abdelrazak Younes wrote:
Helge Hafting wrote:
Richard Heck wrote:
Can people on Linux (at least) try this: Open a new file; open a LyX
note; type. I get amazing slowness. A little experimenting suggests
that this behavior shows itself whenever I am typing at the end of a
text inset. For exa
I opened an existing document, and turned on the outline.
It came up empty - which is strange. The document has
lots of numbered sectioning.
I clicked on the slider for setting detail level, and LyX died:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xa629f6c0 (LWP 77
Helge Hafting wrote:
1.6svn is a bit too jumpy - scrolling the screen to keep the cursor
in the middle when this isn't necessary. This creates some problems:
Yes, I am aware of the problem. Problem is FitCursor is called a bit too
much. This needs to be solved on a case by case basis... I'll
there is an issue with collapseables in trunk
open say a footnote and click inside it, and then outside. the workareas then
shifts
-Original Message-
From: Pavel Sanda [mailto:[EMAIL PROTECTED]
Sent: Wed 9/26/07 11:51
To: lyx-devel@lists.lyx.org
Subject: Re: 1.6svn "too jumpy", the "n
Helge Hafting wrote:
Richard Heck wrote:
Can people on Linux (at least) try this: Open a new file; open a LyX
note; type. I get amazing slowness. A little experimenting suggests
that this behavior shows itself whenever I am typing at the end of a
text inset. For example, if I go to the end o
Uwe Stöhr schrieb:
There is a serious problem for all current dialogs:
You can set dialog elements to disables state, but whenever you press
the apply button, this is overwritten and all elements are set bach to
enabled state.
I found the reason for this now. It's in ButtonController:
void
Uwe Stöhr schrieb:
What if a user explicitely wants 0pt? A zero dimension box is often
used to correct the adjustment in LaTeX.
But that was what the user reported as bug. Nevertheless I'll try to
take an empty argument instead of zero.
The solution is to omit the optional argument when its
1 - 100 of 107 matches
Mail list logo
