On Wed, Jun 18, 2003 at 01:05:16PM +0200, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | I get the following with gcc 2.95.2 and gcc 2.96:
> [...]
> |
> | What can this be?
>
> Antiquated compilers with antiquated std libs.
Short of requiring gcc-3, what is
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/X11R6/include -O2
-fpermissive -ftemplate-depth-30 -W -Wall -c -o CutAndPaste.o `test -f
CutAndPaste.C || echo './'`CutAndPaste.C
CutAndPaste.C:340: warning: #warning CHECK! Are we comparing last_paste to the
wrong list here? (Lgb)
/usr/lib/gcc-li
Angus Leeming <[EMAIL PROTECTED]> writes:
| Looks good. A few questions:
|
| This looks like a typo:
| > QAboutDialog::~QAboutDialog()
| > -{
| > -}
| > +{}
| > +y
| >
yes. fixed in my sources
| ?:
| Index: src/frontends/qt2/QRefDialog.h
| -void refHighlighted(QString const &);
|
John Levon wrote:
>
> I'm seeing andre's prefs dialog problems. It's completely knackered.
>
> Additionally, xforms is choosing an *awful* font :
>
> Font 'Roman, Medium, Italic, Normal, Language: English' matched by
> -adobe-times-medium-i-normal--24-240-75-75-p-125-iso8859-1
>
> Disabling the
Looks good. A few questions:
This looks like a typo:
> QAboutDialog::~QAboutDialog()
> -{
> -}
> +{}
> +y
>
?:
Index: src/frontends/qt2/QRefDialog.h
-void refHighlighted(QString const &);
-void refSelected(QString const &);
+void refHighlighted(const QString &);
+
This patch fixes a lot of doxygen warnings.
? newfile1.lyx
? src/frontends/xforms/lyx_forms.h
? src/frontends/xforms/lyx_xpm.h
Index: sourcedoc/Doxyfile.in
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/sourcedoc/Doxyfile.in,v
retrie
On Wed, Jun 18, 2003 at 10:23:37PM +, Angus Leeming wrote:
> 14 LFUNs replaced by LFUN_DIALOG_SHOW
> Ok to apply?
Looks nice to me :)
john
14 LFUNs replaced by LFUN_DIALOG_SHOW
Ok to apply?
--
Angus
dialog-show.diff.gz
Description: GNU Zip compressed data
I'm seeing andre's prefs dialog problems. It's completely knackered.
Additionally, xforms is choosing an *awful* font :
Font 'Roman, Medium, Italic, Normal, Language: English' matched by
-adobe-times-medium-i-normal--24-240-75-75-p-125-iso8859-1
Disabling the "rescale bitmap fonts" option fixes
maybe update8 but ...
Enter :
abcdef
(inside the math)
press right
cursor ends up to the left of the mathed
press right
doesn't enter the math box !
OK, it's update8. Joining a cast of thousands I am sure.,..
john
Re: update8
On Tue, Jun 17, 2003 at 02:56:59PM +0100, John Levon wrote:
> Insert footnote inside minipage - footnote exceeds the right border of
> the minipage.
Might still be there, other bug blocks the checking.
> Something is horribly wrong with selection of a very thin minipage
> inside a
Nirmal Govind wrote:
> BulletsModule_moc.C:17:2: #error "This file
> was generated using the moc from 3.0.7. It"
> Now this looks like it's due to Qt right? Is this easy to fix?
>
> Thanks,
> nirmal
$ rm -f `find . -name "*.moc"`
and try again.
--
Angus
> export LD_LIBRARY_PATH=/opt/qt/lib:$LD_LIBRARY_PATH
> make
>
Thanks John.. that did it.. so make went on and exited with this error
later on:
g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../src/
-I../../../../src/frontends/ -I../../../../src/frontends/controllers
-I../../../../src
On Wed, Jun 18, 2003 at 12:22:22PM -0400, Nirmal Govind wrote:
> I specified the qt folder as /opt/qt and the uic executable does exist in the
> bin folder. But looks like there's something wrong with the uic and hence the
> error "undefined symbol: _ZN7QString9fromAsciiEPKci" ?? So does this me
On Wed, Jun 18, 2003 at 11:58:07AM -0400, Nirmal Govind wrote:
> Hi... I just did a cvs update and tried compiling with Qt 3.1.2.. I get
> the following error:
>
> PreambleModuleBase.ui -o PreambleModuleBase.h/opt/qt//bin/uic:
> relocation error: /opt/qt//bin/uic: undefined symbol:
> _ZN7QString9
On Wed, 18 Jun 2003, Jean-Marc Lasgouttes wrote:
> Asger> I have bound Ctrl+½ on my keyboard to toggle between the .h and
> Asger> .C file, so I always look in the .h before I make a one-line
> Asger> change to the .C file.
>
> Sure, this is good for those who actually have a ½ key on their
> keyb
Hi... I just did a cvs update and tried compiling with Qt 3.1.2.. I get
the following error:
g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../src
-I../../../../src/frontends -I../../../../src/frontends/qt2 -I./qt2
-I/opt/qt//include -I../../../../boost
-I../../../../src/frontends/contro
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jun 18, 2003 at 05:18:35PM +0200, Lars Gullik Bjønnes wrote:
| > So this is an updated bnext patch.
|
| >From a quick glance it looks ok.
|
| Just commit...
I'll do some more boost::next's first.
--
Lgb
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>>
Angus> JMarc, could you have a look at this then. It appears to work
Angus> perfectly but... Angus
>>
Angus> (The !buf part of getStatus wou
On Wed, Jun 18, 2003 at 04:27:12PM +0100, John Levon wrote:
> > What was the outcome of your the patch 7 testing?
>
> I didn't get time
Okokok...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Fra
On Wed, Jun 18, 2003 at 04:19:38PM +0100, Angus Leeming wrote:
> Why this? The drawing is handed over to the button... where does dim_
> live?
dim_ lives in Inset.
This is a bit of bloat as not every inset would need that kind of 'cache',
but it saveD me a lot of trickery where inset->width(bv
On Wed, Jun 18, 2003 at 05:24:54PM +0200, Andre Poenitz wrote:
> What was the outcome of your the patch 7 testing?
I didn't get time
john
On Wed, Jun 18, 2003 at 05:18:35PM +0200, Lars Gullik Bjønnes wrote:
> So this is an updated bnext patch.
>From a quick glance it looks ok.
Just commit...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson
Andre Poenitz wrote:
>
> This is basically update 7 with the LyXTabular::curr_cell speed
> up hack _not_ removed.
>
> So optically it is update 7, speed wise 'state of the art'.
>
> This is about the thing I want to commit once John doesn't find
> really serious problems.
>
> Andre'
>
>
On Wed, Jun 18, 2003 at 04:16:35PM +0100, John Levon wrote:
> On Wed, Jun 18, 2003 at 05:02:05PM +0200, Andre Poenitz wrote:
>
> > This is about the thing I want to commit once John doesn't find really
> > serious problems.
>
> Building.
What was the outcome of your the patch 7 testing?
Andre'
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jun 18, 2003 at 04:54:14PM +0200, Lars Gullik Bjønnes wrote:
| > would be nice to fix those.
|
| insets/insetert.C:if (boost::next(inset.paragraphs.begin()) !=
| inset.paragraphs.end() ||
[...]
I have them fixed in my tree.
So this is an
On Wed, Jun 18, 2003 at 05:02:05PM +0200, Andre Poenitz wrote:
> This is about the thing I want to commit once John doesn't find really
> serious problems.
Building.
john
This is basically update 7 with the LyXTabular::curr_cell speed up hack
_not_ removed.
So optically it is update 7, speed wise 'state of the art'.
This is about the thing I want to commit once John doesn't find really
serious problems.
Andre'
--
Those who desire to give up Freedom in ord
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jun 18, 2003 at 04:45:54PM +0200, Lars Gullik Bjønnes wrote:
| > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| >
| > | Are there any point in doing patches like this one?
| > |
| > | If so we should hunt for and kill over use of functions l
On Wed, Jun 18, 2003 at 04:54:14PM +0200, Lars Gullik Bjønnes wrote:
> would be nice to fix those.
insets/insetert.C: if (boost::next(inset.paragraphs.begin()) !=
inset.paragraphs.end() ||
insets/insettext.C: boost::next(paragraphs.begin()) != paragraphs.end())
insets/insettext.C:
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jun 18, 2003 at 04:42:33PM +0200, Lars Gullik Bjønnes wrote:
| > Are there any point in doing patches like this one?
|
| I think it's ok.
|
| Note that there are a few occurences of
|
| if (boost::next(foo.begin()) == foo.end())
|
| that co
On Wed, Jun 18, 2003 at 04:45:54PM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | Are there any point in doing patches like this one?
> |
> | If so we should hunt for and kill over use of functions like this.
>
> This is a list of for-loops that might b
On Wed, Jun 18, 2003 at 04:42:33PM +0200, Lars Gullik Bjønnes wrote:
> Are there any point in doing patches like this one?
I think it's ok.
Note that there are a few occurences of
if (boost::next(foo.begin()) == foo.end())
that could be replaced by
if (foo.size() == 1)
in the code, too.
On Wed, Jun 18, 2003 at 04:42:33PM +0200, Lars Gullik Bj?nnes wrote:
> Are there any point in doing patches like this one?
It's easier to read anyway.
regards
john
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Are there any point in doing patches like this one?
|
| If so we should hunt for and kill over use of functions like this.
This is a list of for-loops that might be changed to not call end() in
the test clause.
src/CutAndPaste.C:246: for (; tmp
Are there any point in doing patches like this one?
If so we should hunt for and kill over use of functions like this.
? src/frontends/xforms/lyx_forms.h
? src/frontends/xforms/lyx_xpm.h
Index: src/rowpainter.C
===
RCS file: /usr/lo
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> JMarc, could you have a look at this then. It appears to work
> Angus> perfectly but... Angus
>
> Angus> (The !buf part of getStatus would eventually expand to cover
> Angus> all relevant dialogs)
On Wed, Jun 18, 2003 at 04:04:03PM +0200, Andre Poenitz wrote:
> > What do you want me to test ?
>
> Just that drawing of nested tables/minipages/ works.
Well okely dokely hackerino ...
john
On Wed, Jun 18, 2003 at 03:00:36PM +0100, John Levon wrote:
> On Wed, Jun 18, 2003 at 03:44:38PM +0200, Andre Poenitz wrote:
>
> > In any case, update7 in the new shining star and it certainly breaks
> > paragraphs in footnotes.
>
> I'm not sure there's any point me testing something that has mad
On Wed, Jun 18, 2003 at 03:44:38PM +0200, Andre Poenitz wrote:
> In any case, update7 in the new shining star and it certainly breaks
> paragraphs in footnotes.
I'm not sure there's any point me testing something that has made
tables "very slow" ? What do you want me to test ?
regards,
john
On Wed, Jun 18, 2003 at 02:43:12PM +0100, John Levon wrote:
> On Wed, Jun 18, 2003 at 03:27:32PM +0200, Andre Poenitz wrote:
>
> > For some strange reason, kbmap shows up in top position in my update-less
> > tree [Don't ask me why, called far too often] The attached patch improves
>
> On buffer
Andre Poenitz <[EMAIL PROTECTED]> writes:
| For some strange reason, kbmap shows up in top position in my update-less
| tree [Don't ask me why, called far too often] The attached patch improves
| the situation somewhat cleanly.
This looks ok.
--
Lgb
On Wed, Jun 18, 2003 at 02:40:14PM +0100, John Levon wrote:
> On Wed, Jun 18, 2003 at 08:39:22AM +0200, Andre Poenitz wrote:
>
> > > Why did you get me to test a patch that doesn't do any width handling
> > > stuff at all (insert footnote, type, heads off the right of the screen)
> >
> > Huh?
>
On Wed, Jun 18, 2003 at 03:27:32PM +0200, Andre Poenitz wrote:
> For some strange reason, kbmap shows up in top position in my update-less
> tree [Don't ask me why, called far too often] The attached patch improves
On buffer load, or generally ?
> the situation somewhat cleanly.
Looks nice enou
On Wed, Jun 18, 2003 at 08:39:22AM +0200, Andre Poenitz wrote:
> > Why did you get me to test a patch that doesn't do any width handling
> > stuff at all (insert footnote, type, heads off the right of the screen)
>
> Huh?
I don't know any better way to rephrase it. There is no paragraph
breaking
For some strange reason, kbmap shows up in top position in my update-less
tree [Don't ask me why, called far too often] The attached patch improves
the situation somewhat cleanly.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> JMarc, could you have a look at this then. It appears to work
Angus> perfectly but... Angus
Angus> (The !buf part of getStatus would eventually expand to cover
Angus> all relevant dialogs)
It looks good, except that you should not
On Wed, Jun 18, 2003 at 02:41:04PM +0200, Juergen Spitzmueller wrote:
> At any case, LyX seems to be quite unusable for arabtex users now, which is a
> pity.
I any case I think adding a newline for _each_ \end is dangerous.
If you restrict that to \end{arabtex} it is fine with me...
> Do you hav
Jean-Marc Lasgouttes wrote:
> Two points:
>
> - you forgot a texrow.newline() [since you add a new line]; also you
> can add the \n just before the \\end
I see. Thanks.
> - why does this fix the arabtex issue?
This is what Munzir Taha Obeid reported (actually, adding a space or probably
[not
Jean-Marc Lasgouttes wrote:
> Juergen, I propose to keep this patch somewhere and look at it again
> after the update() situation has stabilized. You could for example
I can keep the changes in my devel and stable tree (and therefor keep on
testing it). I'm not shure that the current update() iss
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Wed, Jun 18, 2003 at 01:57:45PM +0200, Jean-Marc Lasgouttes
Andre> wrote: Let him call it as much as he want if that's the only
Andre> objection to that patch. I doubt getLyXText() will survive next
Andre> Christmas...
>> Yes, b
On Wed, Jun 18, 2003 at 01:57:45PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Let him call it as much as he want if that's the only objection
> Andre> to that patch. I doubt getLyXText() will survive next
> Andre> Christmas...
>
> Yes, but I am concerned about 1.3.x too.
>
> Juergen, I propose t
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Munzir Taha Obeid wrote:
>> > Does the problem go away if you place the \end{arabtex} on a line
>> of its > own?
>>
>> Yes, if I place the \end{arabtex} in a line of its known or if I
>> place a space before it, the prob
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> BTW: 1049 should be fixed now in 1.3 and 1.4, no?
Yes, it is.
JMarc
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> But isn't ``*this'' a good enough LyXText when inside
>> LyXText::dispatch? Which LyXText do you want: the global one or the
>> local one?
Andre> Let him call it as much as he want if that's the only objection
Andre> to that patch. I
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Maybe we can find an iRuurd ;-)
Juergen> http://www.trolltech.com/newsroom/announcements/0129.html
What we need first is a working gcc compiler from apple. The current
one is not able to build LyX. They acknowledged
Andre Poenitz wrote:
> That's ok.
OK, then here returns my modified patch from yesterday which had already these
changes. Please apply if there are no further objections.
Thanks,
Jürgen.
Index: src/ChangeLog
===
RCS file: /cvs/lyx/l
On Wed, Jun 18, 2003 at 01:25:33PM +0200, Juergen Spitzmueller wrote:
> Andre Poenitz wrote:
> > What about using '.' instead. Or do not write '*this' at all?
>
> I think the problem is that I access the function from within dispatch, where
> the argument *this is LyXText and from outside, where
Andre Poenitz wrote:
> What about using '.' instead. Or do not write '*this' at all?
I think the problem is that I access the function from within dispatch, where
the argument *this is LyXText and from outside, where the available argument
lt is LyXText *. All of your proposals makes one of thes
On Wed, Jun 18, 2003 at 01:10:35PM +0200, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > But isn't ``*this'' a good enough LyXText when inside
> > LyXText::dispatch?
>
> Obviously not (or I am doing something wrong):
>
> text3.C: In member function `dispatch_result LyXText::dispat
Jean-Marc Lasgouttes wrote:
> But isn't ``*this'' a good enough LyXText when inside
> LyXText::dispatch?
Obviously not (or I am doing something wrong):
text3.C: In member function `dispatch_result LyXText::dispatch(const
FuncRequest&)':
text3.C:1044: error: cannot convert `LyXText' to `LyXTex
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I get the following with gcc 2.95.2 and gcc 2.96:
[...]
|
| What can this be?
Antiquated compilers with antiquated std libs.
--
Lgb
Angus Leeming wrote:
> (Could you check that the applied patch is Ok. Look at
> src/support/abort.C.)
I don't know exactly what's happening, but the "ø" in DebugStream.h is
different than the one in say, filetools.h (after your patch).
Regards, Alfredo
On Wed, Jun 18, 2003 at 12:31:34PM +0200, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Juergen> Jean-Marc Lasgouttes wrote:
> >> - why do you pass a BufferView as parameter, since you are only
> >> interested by a LyXText?
>
> Juergen> Beca
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> - why do you pass a BufferView as parameter, since you are only
>> interested by a LyXText?
Juergen> Because then I have to request getLyXText() only once and not
Juergen> in every function
On Wed, Jun 18, 2003 at 11:16:27AM +, Angus Leeming wrote:
> Yes. But not all the dialogs have been converted to the new scheme yet.
I see.
> (The "aboutlyx" -> "about" is just a bit of book keeping that I can
> address in 5 secs).
No need to hurry.
Andre'
--
Those who desire to give up
I get the following with gcc 2.95.2 and gcc 2.96:
../../lyx-devel/src/CutAndPaste.C: In function `vector > CutAndPaste::availableSelections (const Buffer &)':
../../lyx-devel/src/CutAndPaste.C:60: result of `operator->()' yields
non-pointer result
/usr/include/g++-3/stl_deque.h: In method `_Ptr
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik BjC8nnes wrote:
> |
> | > Angus Leeming <[EMAIL PROTECTED]> writes:
> | >
> | > | I got busy (must have been bored ;-)
> | > | Actually, it's quite interesting seeing who's done what.
> | > | Ok to commit?
On Wednesday 18 June 2003 10:13 am, Andre Poenitz wrote:
> Do you plan to replace
>
> + case LFUN_DIALOG_SHOW: {
> + string const & name = argument;
> + if (name == "aboutlyx")
> + owner->getDialogs().show("about");
> + else if (
Angus Leeming wrote:
> Looks Ok here...
It doesn't look ok here.
Regards, Alfredo
Do you plan to replace
+ case LFUN_DIALOG_SHOW: {
+ string const & name = argument;
+ if (name == "aboutlyx")
+ owner->getDialogs().show("about");
+ else if (name == "preferences")
+ owner->getDialogs().sh
Tables are terrible slow now, but it seems to work.
Minipage 'update' after changing the width is a tick too late but I think I
know the solution.
Comments?
Andre'
PS: And John, I can't make sense of your last message...
--
Those who desire to give up Freedom in order to gain Security, will
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik BjC8nnes wrote:
7bit transfere encoding...
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik BjC8nnes wrote:
|
| > Angus Leeming <[EMAIL PROTECTED]> writes:
| >
| > | I got busy (must have been bored ;-)
| > | Actually, it's quite interesting seeing who's done what.
| > | Ok to commit?
| >
| > Sure... but you seems to have some st
On Tuesday 17 June 2003 12:48 pm, Jean-Marc Lasgouttes wrote:
> Angus> Replace these
> Angus> { LFUN_DIALOG_PREFERENCES, "dialog-preferences", NoBuffer },
> Angus> { LFUN_FORKS_SHOW, "show-forks", NoBuffer },
> Angus> { LFUN_HELP_ABOUTLYX, "help-aboutlyx", NoBuffer },
> Angu
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | I got busy (must have been bored ;-)
> | Actually, it's quite interesting seeing who's done what.
> | Ok to commit?
>
> Sure... but you seems to have some strange 'C8' instead of 'ø'
Looks Ok here...
--
Angus<>
Angus Leeming <[EMAIL PROTECTED]> writes:
| I got busy (must have been bored ;-)
| Actually, it's quite interesting seeing who's done what.
| Ok to commit?
Sure... but you seems to have some strange 'C8' instead of 'ø'
--
Lgb
I got busy (must have been bored ;-)
Actually, it's quite interesting seeing who's done what.
Ok to commit?
--
Angus? tmp
Index: BoostFormat.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/BoostFormat.h,v
retrieving revi
Lars Gullik Bjønnes wrote:
> The items are listed in reverse chronological order.
I do not write a log during work, and I will certainly use that great new
feature to insert a clipboard entry which I had pasted 1 hour ago. I know
that this is important for me (personally) because the ellipsis in
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| Lars Gullik Bjønnes wrote:
| > Why is:
| >
| > "Once upon ... ever after"
| >
| > better than:
| >
| > "Once upon a time there..."
|
| Because I can copy two different (long) shapes of a phrase:
| a.) "Once upon a time there was a source maintain
Lars Gullik Bjønnes wrote:
> no you cannot...
> I do...
Ah yes sorry.
> I claim that this is of no importance.
Uffa. (childish italian interjection denoting contrariety)
> Why is:
>
> "Once upon ... ever after"
>
> better than:
>
> "Once upon a time there..."
>
> Remember that you yourse
Lars Gullik Bjønnes wrote:
> Why is:
>
> "Once upon ... ever after"
>
> better than:
>
> "Once upon a time there..."
Because I can copy two different (long) shapes of a phrase:
a.) "Once upon a time there was a source maintainer who instisted on the
theory that a string is string regardless of el
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > | Btw, I am a user, and I demand it! ;^)
| >
| > No :-) you are not a user.
|
| Oh I am... I use much more LyX from ~/doc than from ~/lyx-cvs/src! Selfish
| of me! ;^)
You are a user that disagrees with me so...
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| >
| > | Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| > |
| > | | Lars Gullik Bjønnes wrote:
| > | |
| > | | > This is more to my liking, but it is still
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Nah.. "Select and Paste" makes the most sense afterall imho.
| Lars> (and it is clear that this is a sub-menu-item)
|
| Yes, this is the version I prefer too.
In the name
Lars Gullik Bjønnes wrote:
> | Btw, I am a user, and I demand it! ;^)
>
> No :-) you are not a user.
Oh I am... I use much more LyX from ~/doc than from ~/lyx-cvs/src! Selfish
of me! ;^)
Regards, Alfredo
Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> |
> | | Lars Gullik Bjønnes wrote:
> | |
> | | > This is more to my liking, but it is still a bit complex.
> | |
> | | Your patch seems nicer... (I don't like so
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Nah.. "Select and Paste" makes the most sense afterall imho.
Lars> (and it is clear that this is a sub-menu-item)
Yes, this is the version I prefer too.
JMarc
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| C'mon, shove in your patch. it's only 10 lines, and I find it's a cute &
| useful feature. And it's pretty damn isolated code... aren't you
| overreacting?
No... I do not think so...
| Btw, I am a user, and I demand it! ;^)
No :-) you are not a
> "Asger" == Asger Kunuk Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> But of course 'virtual' will only be mentioned in the .h file, so
>> who looks at the .h file if they only want to make a one-line
>> change to the .C file?
Asger> I have bound Ctrl+½ on my keyboard to toggle between the
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Alfredo Braunstein <[EMAIL PROTECTED]> writes:
|
| | Lars Gullik Bjønnes wrote:
| |
| | > This is more to my liking, but it is still a bit complex.
| |
| | Your patch seems nicer... (I don't like so much the fact that it has to
| | export all 1
Lars Gullik Bjønnes wrote:
> I am going to use a simpler solution, and only use what is in this
> patch if there is user demand.
C'mon, shove in your patch. it's only 10 lines, and I find it's a cute &
useful feature. And it's pretty damn isolated code... aren't you
overreacting?
Btw, I am a us
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > This is more to my liking, but it is still a bit complex.
|
| Your patch seems nicer... (I don't like so much the fact that it has to
| export all 10 full cut buffers to ascii to show the menu, but I suppose
| tha
Juergen Spitzmueller wrote:
> > Yes, if I place the \end{arabtex} in a line of its known or if I place a
> > space before it, the problem goes away completely.
>
> The attached patch adds a linebreak before \end{environment} tags. Apart
> from fixing the arabtex bug, the exported LaTeX looks just b
94 matches
Mail list logo
