On Fri, Sep 28, 2007 at 01:03:38AM -0500, Bo Peng wrote:
> I helped a friend upgrade his lyx 1.3.7 to 1.5.1, and waited for his
> praises while he played with the new version
It's because nobody ever finished character styles. It should have gone
like this:
F: Where's bold?
B: Why do you w
I helped a friend upgrade his lyx 1.3.7 to 1.5.1, and waited for his
praises while he played with the new version
F: Where is the layout menu?
B: Was there a layout menu? Yes, I remember that. It is removed.
F: OK, but where does it go? Where is layout -> bold?
B: Bold? Let me see no toolb
Towards working on this slowness issue---is there some easy way to get
access to a high-precision timer, so I can toss a few statements into
various places in the code like this:
newTime = getTime();
lyxerr << "That took " << newTime - oldTime << endl;
oldTime = newTime;
and try to fi
Hello Richard,
there is a bug in yout lyx2lyx routine you commited with r20544:
- create a document,
- write something in there and save it
- menu Export -> LyX 1.4.x
-> Python hangs in an endless loop complaining about a missing \end tag.
regards Uwe
> Now everybody can test if there are problems, and if so we can program
> something for BufferParams.cpp.
it would be good to put link to this thread/mail somewhere in comment of the
code.
pavel
>> It shouldn't harm to load babel before the user preamble, I even
>> think this is an advantage because many packages need the loaded
>> babel for translations and the users are able to change babel
>> translation.
>
> A typical example, cited in bug 315, is
> http://www.mail-archive.com/lyx-dev
On Thursday 27 September 2007 21:19:08 [EMAIL PROTECTED] wrote:
> URL: http://www.lyx.org/trac/changeset/20547
> Log:
> GuiBox: fix bug 3242 http://bugzilla.lyx.org/show_bug.cgi?id=3242:
> make minipage optional height argument optional
>
> Modified:
> lyx-devel/trunk/src/frontends/qt4/
> this list' could work. Primarily I thought there should be an explanation
> as to why English is preferred/recommended/appreciated.
if somebody cant solve his trouble, he could at least contribute by the fact
that his question and possible answer is readable by others who might have
similar que
On Thu, Sep 27, 2007 at 07:19:38PM +0200, Abdelrazak Younes wrote:
> >Btw, you are aware of the fact that this "out of inset" dim cache might
> >have performance implications?
>
> I've tested this quite extensively with a 1280x1024 screen full of math
> insets and noticed none. The drawing speed
On Thu, Sep 27, 2007 at 01:00:38PM -0400, RGH 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 you _are_ a nat
> > > I dislike the idea of sorting and I think the above would be enough
> >
> > the sorting is optional and turned off by default in preferences.
> > if some people (including me) find it helpful to keep it sorted in certain
> > circumstances, i dont see why not to allow them.
>
> If there is an
Richard Heck 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 dislike the idea of sorting and I think the above would be enough
>
> the sorting is optional and turned off by default in preferences.
> if some people (including me) find it helpful to keep it sorted in certain
> circumstances, i dont see why not to allow them.
If there is an acceptable so
Abdelrazak Younes wrote:
Andre Poenitz wrote:
Formerly we could access e.g.
inset.width() with two or three assembler instruction, not it is looking
up a value in a map containing a few hundred or thousand items, i.e.
something in the range of n x 100 instructions...
Only those insets that a
> > 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
Juergen Spitzmueller wrote:
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 (
> I would suggest making both of these options enabled by default
i dont think we should change the default behaviour.
pavel
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_FO
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 thr
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 because
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 wi
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 -db
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. Howev
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
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 ne
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 s
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 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 rememb
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.
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 rememb
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 r
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?
N
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 mo
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
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)
+++ lyx-devel/branches/personal/rgheck/icp/src
> 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 lo
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 cr
> 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...
> 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
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".
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 m
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:
../../../..
> 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 c
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:
../../../../lyx-devel/src/frontends/qt4/Di
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 commi
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 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
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 ano
[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:
../../../../lyx-devel/src/fron
[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";
> - restoreGe
"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: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 memb
> > 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
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
> 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
> 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
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 the
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 sa
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/
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 in
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 tried
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
[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
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
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
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
"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
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 featu
> 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 comm
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.
>> 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
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 de
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 wrong
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
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'
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 interesti
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. T
> 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 th
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
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&)':
../../../../lyx-devel/src/frontends
> > 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?
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:
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 kno
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
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.
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
I did that (I committed it inadvertently together with r20530). It seems
[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
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.
> Bu
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 w
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 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.
e
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
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 e
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
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 use
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 adver
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 t
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
1 - 100 of 110 matches
Mail list logo
