Andreas K. wrote:
It is faster to move the mouse to that button if you do not remember the
shortcut commands, which often is the case.
I think Strg-return is one shortcut every user should remember.
Maybe not all users would like to have that button, but it would be good to
at least have the
Juergen Spitzmueller wrote:
I think everybody agrees with that, it's just that nobody found the time to
implement it.
However, I do not agree that we clutter our toolbars with all sorts of things
just because we do not have a gui to customize the toolbars. An overloaded
toolbar decreases
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael BTW: I think there is slow progress regarding unicode. Do you
Michael have any idea how to overcome the current situation? It seems
Michael some people are waiting for a sign :-)
I believe the sign will come from Denmark, soonish.
JMarc
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc, can I commit this patch (it's reattached for
Juergen information)? The remaining issue is not a regression (it's a
Juergen drawback of changeRefsIfUnique from the beginning), so this
Juergen could be fixed later.
Yes,
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Am Freitag, 6. Oktober 2006 20:16 schrieb Michael Gerz:
If people like the toolbar enhancements, they should go into the
regular LyX distribution. IMHO an installer shouldn't modify core
application functionality.
Georg I agree 100%.
With
Andreas == Andreas K [EMAIL PROTECTED] writes:
I agree that View PDF could be useful (and I have that myself in
my toolbar), but I can't see that line break is of any use. Is
there any use case where moving the mouse to that button is faster
than hitting Ctrl-enter?
Andreas It is faster to
Lars Gullik Bjønnes wrote:
Michael Gerz [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| I think you can continue as you have outlined. Please try to not make
| anything (except CT) more unusable than it already is. If not it might
| create difficulties for us, when we go into hard
Joost Verburg wrote:
However it is possible to add additional toolbars, like the change
tracking toolbar Micheal created. I think these are very useful.
What about a View toolbar that allows you to press a single button to
preview PDF etc.?
And as a first step to allow a little
OK, what I meant is: if there will be more changes, it might be tricky for you
to maintain your tree (because there might be conflicting changes).
we are thinking in parallel then.. My only concern is for index.sty
there are four obligatory and one optional parameter. it will be hell
of a
Jean-Marc Lasgouttes wrote:
Georg == Georg Baum
[EMAIL PROTECTED]
writes:
Georg Am Freitag, 6. Oktober 2006 20:16 schrieb Michael Gerz:
If people like the toolbar enhancements, they should go into the
regular LyX distribution. IMHO an installer shouldn't modify core
application
Hello,
Please find attached two patches. I intent to apply the first patch and
let some volunteer (if any) continue the work on patch 2 for qt3 and gtk.
Abdel.
Patch 1 Log:
* controllers/Dialog.[Ch]
- View::title_ is now a docstring (ctor and access functions changed)
*
Dear sirs,
I have recently contacted Mr. Tzafrir Cohen, in order to help with the
Hebrew translation of the document, which is quite old (the
translation is dated back to 2002 and obviously the program had been
updated since). Mr. Cohen wrote to me back that he does not maintain
the Hebrew
Abdelrazak Younes wrote:
Hello,
Please find attached two patches. I intent to apply the first patch and
let some volunteer (if any) continue the work on patch 2 for qt3 and gtk.
Here is an updated patch for qt3 and gtk. Shall I commit that or is
anybody interested in taking ownership and
Any ideas on this one?
make[5]: Nothing to be done for `all-am'.
Making all in .
/bin/sh ../libtool --tag=CXX --mode=link g++ -g -Os -framework Carbon
-framework OpenGL -framework AGL -framework QuickTime -lz -o lyx-qt4
main.o Bidi.o BufferView.o Bullet.o BranchList.o Chktex.o
Abdelrazak Younes wrote:
Here is an updated patch for qt3 and gtk. Shall I commit that or is
anybody interested in taking ownership and making sure it compiles?
Please commit (and remove the FIXMEs). It is easier to go from a half
working solution.
Georg
Ran == Ran Rutenberg [EMAIL PROTECTED] writes:
Ran Dear sirs, I have recently contacted Mr. Tzafrir Cohen, in order
Ran to help with the Hebrew translation of the document, which is
Ran quite old (the translation is dated back to 2002 and obviously
Ran the program had been updated since). Mr.
Georg Baum wrote:
Abdelrazak Younes wrote:
Here is an updated patch for qt3 and gtk. Shall I commit that or is
anybody interested in taking ownership and making sure it compiles?
Please commit (and remove the FIXMEs). It is easier to go from a half
working solution.
OK, done.
Abdel.
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
Any ideas on this one?
make[5]: Nothing to be done for `all-am'.
Making all in .
/bin/sh ../libtool --tag=CXX --mode=link g++ -g -Os -framework
Carbon -framework OpenGL -framework AGL -framework QuickTime -lz -o
lyx-qt4 main.o
Bennett Helm wrote:
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
I can now confirm that 1.5.0 compiles with gcc-4.2.0 and Qt-4.2. When I
have time, I'll rewrite the INSTALL.MacOSX file with updated instructions.
Very good!
(I can also confirm that it's still much too slow for anything
Sven Schreiber wrote:
The first design issue is: should it be a global default or
document-specific? I guess the latter would require changing the lyx
file format, so I would stick to global -- less convenient for the user,
but more realistic in terms of implementability, and good enough
http://bugzilla.lyx.org/show_bug.cgi?id=1684
The attached patch (against 1.4svn) fixes the duplicate part, i.e. it checks
whenever the user inserts a label/bibitem if it already exists. If so, it
pops up a warning an renames the label to something unique (foo - foo-1
etc.).
It also works for
On Oct 9, 2006, at 10:04 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
I can now confirm that 1.5.0 compiles with gcc-4.2.0 and Qt-4.2.
When I have time, I'll rewrite the INSTALL.MacOSX file with
updated instructions.
Very good!
(I
Bennett Helm wrote:
You're winking, but let me take you seriously. In the US, I can get a
400 MHz G3 iMac for under $100. That's probably about the same speed
as my 466 MHz G3 iBook, which I still use regularly. If LyX runs
acceptably on that, it ought to run acceptably on just about anything
Bennett Helm wrote:
On Oct 9, 2006, at 10:04 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
I can now confirm that 1.5.0 compiles with gcc-4.2.0 and Qt-4.2. When
I have time, I'll rewrite the INSTALL.MacOSX file with updated
instructions.
Bennett Helm wrote:
On Oct 9, 2006, at 10:04 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
I can now confirm that 1.5.0 compiles with gcc-4.2.0 and Qt-4.2. When
I have time, I'll rewrite the INSTALL.MacOSX file with updated
instructions.
This makes qt3 compile again. Going in now.
JMarc
Index: src/frontends/qt3/QDialogView.C
===
--- src/frontends/qt3/QDialogView.C (revision 15287)
+++ src/frontends/qt3/QDialogView.C (working copy)
@@ -19,7 +19,7 @@
namespace lyx {
Timothy Reaves wrote:
Well, I'd definatly chip it; maybe even more that $25. But I have
to ask: what makes anyone thing it can be made faster?
Well, I've made it faster in the past with Bennett's help. I am quite
confident that we'll find the bottlenecks with some profiling report.
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Well, I've made it faster in the past with Bennett's help.
Abdelrazak I am quite confident that we'll find the bottlenecks with
Abdelrazak some profiling report.
Unless the bottlenecks are in Qt/Mac itself.
JMarc
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Well, I've made it faster in the past with Bennett's help.
Abdelrazak I am quite confident that we'll find the bottlenecks with
Abdelrazak some profiling report.
Unless the bottlenecks are in
Ok, I am pretty fad-up with this tedious work so I am gonna stop for a
while.
This patch is converting everything related to browsing, qt4 only. I am
not going to do either qt3 or gtk. Too tired... If we are really serious
about qt3 and gtk, this work needs to be done anyway so I will commit
Hello,
As the title says. I've been testing this patch for some days and I
didn't see any side effect. The contrary would be surprising as the
changes are pretty simple.
Will commit tomorrow if there's no objection.
Abdel.
Index: frontends/gtk/GPainter.C
On Oct 9, 2006, at 12:04 PM, Abdelrazak Younes wrote:
If you can find a sponsor that send me a Mac Powerbook for free,
I sure will make it as fast as hell ;-)
You're winking, but let me take you seriously.
I was not very serious indeed...
In the US, I can get a 400 MHz G3 iMac for under
On Sat, Oct 07, 2006 at 06:07:26PM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
I think I'd prefer something like
+x_ += theFontMetrics(font).width(str[0], str.size());
Going 'optically' through four layers is not adding clarity.
I can also
Joost Verburg wrote:
However it is possible to add additional toolbars, like the change
tracking toolbar Micheal created. I think these are very useful.
Joost, do you like the idea of a combined changes notes toolbar? I
would like to commit my previous patch but first I need some positive
On Sun, Oct 08, 2006 at 10:02:30PM +0200, Andreas Karlsson wrote:
I am curious on how the work on version 1.5 of LyX is progressing. When
will LyX 1.5 be released?
Christmas, as usual.
We are in the process of making our minds up whether this would be
2014 or 2017.
Do you have any particular
On Mon, Oct 09, 2006 at 06:17:52PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Well, I've made it faster in the past with Bennett's help.
Abdelrazak I am quite confident that we'll find the bottlenecks with
On Sun, Oct 08, 2006 at 10:30:47AM +0200, Abdelrazak Younes wrote:
Ha! The anonymous namespace trick does not work very well with your
compiler apparently. What version of gcc do you have?
FYI, function in the anonymous namespace in a C file are supposedly
hidden to the rest of the world.
On Mon, Oct 09, 2006 at 10:34:32AM +0200, Jean-Marc Lasgouttes wrote:
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael BTW: I think there is slow progress regarding unicode. Do you
Michael have any idea how to overcome the current situation? It seems
Michael some people are waiting
Michael Gerz wrote:
Joost, do you like the idea of a combined changes notes toolbar? I
would like to commit my previous patch but first I need some positive
feedback from lyx-devel.
Yes, I like the idea of a reviewing toolbar with change tracking and
notes. These things are almost always
Joost Verburg wrote:
Yes, I like the idea of a reviewing toolbar with change tracking and
notes. These things are almost always used together.
Great. I will call the toolbar Review which is a better name than
Changes Notes.
Will it be displayed automatically when change tracking is
On Mon, Oct 09, 2006 at 06:55:35PM +0200, Abdelrazak Younes wrote:
As the title says. I've been testing this patch for some days and I
didn't see any side effect. The contrary would be surprising as the
changes are pretty simple.
Is font metrics any faster these days? There's an extra
On Mon, Oct 09, 2006 at 10:44:41PM +0200, Joost Verburg wrote:
Currently the very useful math and table toolbars are still off by
default, which is not a good thing in my opinion. Too many things are
hidden for the normal end-user.
The plan always was to introduce View-Toolbars ala other
I get the following for both .lyxpipe.in .lyxpipe.out
LyXComm: Pipe /Users/treaves/Library/Application
Support/LyX-1.4/.lyxpipe.in already exists.
If no other LyX program is active, please delete the pipe by hand and
try again.
QApplication::notify: Unexpected null receiver
When I click on my documents TOC button, it immediately crashes with this:
/usr/include/c++/4.0.0/debug/safe_iterator.h:127:error: attempt to copy-
construct an iterator from a singular iterator.
Objects involved in the operation:
iterator this @ 0x0xbfffcb1c {
type =
In my Navigate menu, the chapters are listed. I have 8. So there is
Chapter 1, Chapter 2,... Except that beside (to the right) of the
chapter number is a long integer that is different in each case; a UID
perhaps?
When I select to convert to PDF (pdflatex), this get's logged
Error returned from iconv
E2BIG There is not sufficient room at *outbuf.
Error returned from iconv
E2BIG There is not sufficient room at *outbuf.
and I get a popup window that displayes:
Undefined control sequence.
Dear All!
I am sorry to write that LyX 1.4.3 port for Windows has reverted to old
problem that was present in 1.4.1, but removed in 1.4.2. This problem is
with Polish diacritical marks in menu and dialog boxes - namely LyX
erroneously displays ą (as s with inverted hat), ś and ź (thick
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael They are context-sensitive in trunk but not in 1.4.X yet. Ask
Michael Jean-Marc to activate them in the stable branch as well...
What about shipping a default-autotoolbars.ui file which make auto
toolbars active?
JMarc
Andreas K. wrote:
> It is faster to move the mouse to that button if you do not remember the
> shortcut commands, which often is the case.
I think Strg- is one shortcut every user should remember.
> Maybe not all users would like to have that button, but it would be good to
> at least have the
Juergen Spitzmueller wrote:
I think everybody agrees with that, it's just that nobody found the time to
implement it.
However, I do not agree that we clutter our toolbars with all sorts of things
just because we do not have a gui to customize the toolbars. An overloaded
toolbar decreases
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> BTW: I think there is slow progress regarding unicode. Do you
Michael> have any idea how to overcome the current situation? It seems
Michael> some people are waiting for a sign :-)
I believe the sign will come from Denmark,
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc, can I commit this patch (it's reattached for
Juergen> information)? The remaining issue is not a regression (it's a
Juergen> drawback of changeRefsIfUnique from the beginning), so this
Juergen> could be fixed
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Freitag, 6. Oktober 2006 20:16 schrieb Michael Gerz:
>> If people like the toolbar enhancements, they should go into the
>> regular LyX distribution. IMHO an installer shouldn't modify core
>> application functionality.
Georg> I
> "Andreas" == Andreas K <[EMAIL PROTECTED]> writes:
>> I agree that "View PDF" could be useful (and I have that myself in
>> my toolbar), but I can't see that "line break" is of any use. Is
>> there any use case where moving the mouse to that button is faster
>> than hitting Ctrl-enter?
Lars Gullik Bjønnes wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| >I think you can continue as you have outlined. Please try to not make
| >anything (except CT) more unusable than it already is. If not it might
| >create difficulties for us, when we go into
Joost Verburg wrote:
> However it is possible to add additional toolbars, like the change
> tracking toolbar Micheal created. I think these are very useful.
>
> What about a View toolbar that allows you to press a single button to
> preview PDF etc.?
>
> And as a first step to allow a little
OK, what I meant is: if there will be more changes, it might be tricky for you
to maintain your tree (because there might be conflicting changes).
> we are thinking in parallel then.. My only concern is for index.sty
> there are four obligatory and one optional parameter. it will be hell
> of a
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Am Freitag, 6. Oktober 2006 20:16 schrieb Michael Gerz:
>>> If people like the toolbar enhancements, they should go into the
>>> regular LyX distribution. IMHO an installer shouldn't
Hello,
Please find attached two patches. I intent to apply the first patch and
let some volunteer (if any) continue the work on patch 2 for qt3 and gtk.
Abdel.
Patch 1 Log:
* controllers/Dialog.[Ch]
- View::title_ is now a docstring (ctor and access functions changed)
*
Dear sirs,
I have recently contacted Mr. Tzafrir Cohen, in order to help with the
Hebrew translation of the document, which is quite old (the
translation is dated back to 2002 and obviously the program had been
updated since). Mr. Cohen wrote to me back that he does not maintain
the Hebrew
Abdelrazak Younes wrote:
Hello,
Please find attached two patches. I intent to apply the first patch and
let some volunteer (if any) continue the work on patch 2 for qt3 and gtk.
Here is an updated patch for qt3 and gtk. Shall I commit that or is
anybody interested in taking ownership and
Any ideas on this one?
make[5]: Nothing to be done for `all-am'.
Making all in .
/bin/sh ../libtool --tag=CXX --mode=link g++ -g -Os -framework Carbon
-framework OpenGL -framework AGL -framework QuickTime -lz -o lyx-qt4
main.o Bidi.o BufferView.o Bullet.o BranchList.o Chktex.o
Abdelrazak Younes wrote:
> Here is an updated patch for qt3 and gtk. Shall I commit that or is
> anybody interested in taking ownership and making sure it compiles?
Please commit (and remove the FIXMEs). It is easier to go from a half
working solution.
Georg
> "Ran" == Ran Rutenberg <[EMAIL PROTECTED]> writes:
Ran> Dear sirs, I have recently contacted Mr. Tzafrir Cohen, in order
Ran> to help with the Hebrew translation of the document, which is
Ran> quite old (the translation is dated back to 2002 and obviously
Ran> the program had been updated
Georg Baum wrote:
Abdelrazak Younes wrote:
Here is an updated patch for qt3 and gtk. Shall I commit that or is
anybody interested in taking ownership and making sure it compiles?
Please commit (and remove the FIXMEs). It is easier to go from a half
working solution.
OK, done.
Abdel.
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
Any ideas on this one?
make[5]: Nothing to be done for `all-am'.
Making all in .
/bin/sh ../libtool --tag=CXX --mode=link g++ -g -Os -framework
Carbon -framework OpenGL -framework AGL -framework QuickTime -lz -o
lyx-qt4 main.o
Bennett Helm wrote:
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
I can now confirm that 1.5.0 compiles with gcc-4.2.0 and Qt-4.2. When I
have time, I'll rewrite the INSTALL.MacOSX file with updated instructions.
Very good!
(I can also confirm that it's still much too slow for anything
Sven Schreiber wrote:
> The first design issue is: should it be a global default or
> document-specific? I guess the latter would require changing the lyx
> file format, so I would stick to global -- less convenient for the user,
> but more realistic in terms of implementability, and good enough
http://bugzilla.lyx.org/show_bug.cgi?id=1684
The attached patch (against 1.4svn) fixes the "duplicate" part, i.e. it checks
whenever the user inserts a label/bibitem if it already exists. If so, it
pops up a warning an renames the label to something unique ("foo" -> "foo-1"
etc.).
It also
On Oct 9, 2006, at 10:04 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
I can now confirm that 1.5.0 compiles with gcc-4.2.0 and Qt-4.2.
When I have time, I'll rewrite the INSTALL.MacOSX file with
updated instructions.
Very good!
(I
Bennett Helm wrote:
> You're winking, but let me take you seriously. In the US, I can get a
> 400 MHz G3 iMac for under $100. That's probably about the same speed
> as my 466 MHz G3 iBook, which I still use regularly. If LyX runs
> acceptably on that, it ought to run acceptably on just about
Bennett Helm wrote:
On Oct 9, 2006, at 10:04 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
I can now confirm that 1.5.0 compiles with gcc-4.2.0 and Qt-4.2. When
I have time, I'll rewrite the INSTALL.MacOSX file with updated
instructions.
Bennett Helm wrote:
On Oct 9, 2006, at 10:04 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Oct 9, 2006, at 8:15 AM, Timothy Reaves wrote:
I can now confirm that 1.5.0 compiles with gcc-4.2.0 and Qt-4.2. When
I have time, I'll rewrite the INSTALL.MacOSX file with updated
instructions.
This makes qt3 compile again. Going in now.
JMarc
Index: src/frontends/qt3/QDialogView.C
===
--- src/frontends/qt3/QDialogView.C (revision 15287)
+++ src/frontends/qt3/QDialogView.C (working copy)
@@ -19,7 +19,7 @@
namespace lyx {
Timothy Reaves wrote:
Well, I'd definatly chip it; maybe even more that $25. But I have
to ask: what makes anyone thing it can be made faster?
Well, I've made it faster in the past with Bennett's help. I am quite
confident that we'll find the bottlenecks with some profiling report.
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Well, I've made it faster in the past with Bennett's help.
Abdelrazak> I am quite confident that we'll find the bottlenecks with
Abdelrazak> some profiling report.
Unless the bottlenecks are in Qt/Mac itself.
JMarc
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Well, I've made it faster in the past with Bennett's help.
Abdelrazak> I am quite confident that we'll find the bottlenecks with
Abdelrazak> some profiling report.
Unless the bottlenecks are
Ok, I am pretty fad-up with this tedious work so I am gonna stop for a
while.
This patch is converting everything related to browsing, qt4 only. I am
not going to do either qt3 or gtk. Too tired... If we are really serious
about qt3 and gtk, this work needs to be done anyway so I will commit
Hello,
As the title says. I've been testing this patch for some days and I
didn't see any side effect. The contrary would be surprising as the
changes are pretty simple.
Will commit tomorrow if there's no objection.
Abdel.
Index: frontends/gtk/GPainter.C
On Oct 9, 2006, at 12:04 PM, Abdelrazak Younes wrote:
If you can find a sponsor that send me a Mac Powerbook for free,
I sure will make it as fast as hell ;-)
You're winking, but let me take you seriously.
I was not very serious indeed...
In the US, I can get a 400 MHz G3 iMac for under
On Sat, Oct 07, 2006 at 06:07:26PM +0200, Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
> >Andre Poenitz wrote:
> >>
> >>I think I'd prefer something like
> >>
> >> +x_ += theFontMetrics(font).width([0], str.size());
> >>
> >>Going 'optically' through four layers is not adding clarity.
Joost Verburg wrote:
However it is possible to add additional toolbars, like the change
tracking toolbar Micheal created. I think these are very useful.
Joost, do you like the idea of a combined changes & notes toolbar? I
would like to commit my previous patch but first I need some positive
On Sun, Oct 08, 2006 at 10:02:30PM +0200, Andreas Karlsson wrote:
> I am curious on how the work on version 1.5 of LyX is progressing. When
> will LyX 1.5 be released?
Christmas, as usual.
We are in the process of making our minds up whether this would be
2014 or 2017.
Do you have any
On Mon, Oct 09, 2006 at 06:17:52PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >>"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> >Abdelrazak> Well, I've made it faster in the past with Bennett's help.
> >Abdelrazak> I am quite confident that we'll find
On Sun, Oct 08, 2006 at 10:30:47AM +0200, Abdelrazak Younes wrote:
> Ha! The anonymous namespace trick does not work very well with your
> compiler apparently. What version of gcc do you have?
>
> FYI, function in the anonymous namespace in a C file are supposedly
> hidden to the rest of the
On Mon, Oct 09, 2006 at 10:34:32AM +0200, Jean-Marc Lasgouttes wrote:
> > "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Michael> BTW: I think there is slow progress regarding unicode. Do you
> Michael> have any idea how to overcome the current situation? It seems
> Michael> some
Michael Gerz wrote:
Joost, do you like the idea of a combined changes & notes toolbar? I
would like to commit my previous patch but first I need some positive
feedback from lyx-devel.
Yes, I like the idea of a "reviewing" toolbar with change tracking and
notes. These things are almost always
Joost Verburg wrote:
Yes, I like the idea of a "reviewing" toolbar with change tracking and
notes. These things are almost always used together.
Great. I will call the toolbar "Review" which is a better name than
"Changes & Notes".
Will it be displayed automatically when change tracking
On Mon, Oct 09, 2006 at 06:55:35PM +0200, Abdelrazak Younes wrote:
> As the title says. I've been testing this patch for some days and I
> didn't see any side effect. The contrary would be surprising as the
> changes are pretty simple.
Is font metrics any faster these days? There's an extra
On Mon, Oct 09, 2006 at 10:44:41PM +0200, Joost Verburg wrote:
> Currently the very useful math and table toolbars are still off by
> default, which is not a good thing in my opinion. Too many things are
> hidden for the normal end-user.
The plan always was to introduce View->Toolbars ala
I get the following for both .lyxpipe.in & .lyxpipe.out
LyXComm: Pipe /Users/treaves/Library/Application
Support/LyX-1.4/.lyxpipe.in already exists.
If no other LyX program is active, please delete the pipe by hand and
try again.
QApplication::notify: Unexpected null receiver
When I click on my documents TOC button, it immediately crashes with this:
/usr/include/c++/4.0.0/debug/safe_iterator.h:127:error: attempt to copy-
construct an iterator from a singular iterator.
Objects involved in the operation:
iterator "this" @ 0x0xbfffcb1c {
type =
In my Navigate menu, the chapters are listed. I have 8. So there is
Chapter 1, Chapter 2,... Except that beside (to the right) of the
chapter number is a long integer that is different in each case; a UID
perhaps?
When I select to convert to PDF (pdflatex), this get's logged
Error returned from iconv
E2BIG There is not sufficient room at *outbuf.
Error returned from iconv
E2BIG There is not sufficient room at *outbuf.
and I get a popup window that displayes:
Undefined control sequence.
Dear All!
I am sorry to write that LyX 1.4.3 port for Windows has reverted to old
problem that was present in 1.4.1, but removed in 1.4.2. This problem is
with Polish diacritical marks in menu and dialog boxes - namely LyX
erroneously displays ą (as s with inverted hat), ś and ź (thick
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> They are context-sensitive in trunk but not in 1.4.X yet. Ask
Michael> Jean-Marc to activate them in the stable branch as well...
What about shipping a default-autotoolbars.ui file which make auto
toolbars active?
JMarc
96 matches
Mail list logo
