> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Jean-Marc Lasgouttes wrote:
>> What about shipping a default-autotoolbars.ui file which make auto
>> toolbars active?
Joost> That still requires users to manually set a different UI file,
Joost> which is not a very obvious thing to
Am Dienstag, 10. Oktober 2006 01:03 schrieb Timothy Reaves:
> 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.
Could you post a backtrace?
Am Dienstag, 10. Oktober 2006 07:48 schrieb Martin Vermeer:
> On Mon, Oct 09, 2006 at 07:10:42PM -0400, Timothy Reaves wrote:
> > 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
Jean-Marc Lasgouttes wrote:
What about shipping a default-autotoolbars.ui file which make auto
toolbars active?
That still requires users to manually set a different UI file, which is
not a very obvious thing to do when you want to have the toolbars visible.
Why not put the auto toolbars in
On Mon, Oct 09, 2006 at 07:10:42PM -0400, Timothy Reaves wrote:
> 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
> perha
> "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
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 vert
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.
...81
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 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 =
N11__gnu_debug14_Saf
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
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
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 met
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
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
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 pe
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 wor
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 th
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 particula
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 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 clarit
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 $10
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
=
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
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 i
> "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
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.
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 {
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.
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 anyth
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 ca
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 work
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 I
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
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 Bidi
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.
> "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 si
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
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 Color.o
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 m
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 transl
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)
* controllers/Cont
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 modi
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
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 custom
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 "
> "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?
And
> "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 ag
> "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 l
> "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, soon
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 usabil
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 po
53 matches
Mail list logo
