On Fri, 2006-04-07 at 08:54 +0200, Edwin Leuven wrote:
> in openoffice one can move up/down paragraphs by hitting ctrl+up/down
>
> i find this very useful (more convenient than copy/paste)
>
> was wondering whether this would be a nice thing to have in lyx
>
> have no idea how easy it is to impl
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Fri, 2006-04-07 at 08:54 +0200, Edwin Leuven wrote:
>> in openoffice one can move up/down paragraphs by hitting
>> ctrl+up/down
>>
>> i find this very useful (more convenient than copy/paste)
>>
>> was wondering whether this
Title: RE: feature request
Jean-Marc Lasgouttes wrote:
> Not in toc.C, since it is not toc related. Rather text3.C.
> I think you can either do some cut-and-paste, or maybe
> directly a std::swap(plist[i], plist[i+1])
thanks for the hint. the attached seems to work (if feel lik
Am Samstag, 8. April 2006 13:32 schrieb Leuven, E.:
> thanks for the hint. the attached seems to work (if feel like a child
with a gun when tinkering with the core ;-)
I know that feeling ;-) But not all parts of the core are dangerous.
> only puzzle that i could not solve is that the cursor is
Title: RE: feature request
> I think you could simply do ++cur.pit()/--cur.pit()
works like a charm, updated patch attached.
green light from the pundits?
edwin
Index: src/LyXAction.C
===
--- src/LyXAction.C (revis
"Leuven, E." <[EMAIL PROTECTED]> writes:
| > I think you could simply do ++cur.pit()/--cur.pit()
|
| works like a charm, updated patch attached.
|
| green light from the pundits?
Can we change the name of the LFUN?
MOVE_PARAGRAPH_{UP,DOWN}
I think I'l like to keep PARAGRAPH_{UP,DOWN} for curs
> Can we change the name of the LFUN?
> MOVE_PARAGRAPH_{UP,DOWN}
Rather paragraph-move-up.
We use object-vverb order.
JMarc
"Jean-Marc Lasgouttes" <[EMAIL PROTECTED]> writes:
| > Can we change the name of the LFUN?
|
| > MOVE_PARAGRAPH_{UP,DOWN}
|
| Rather paragraph-move-up.
|
| We use object-vverb order.
In the user visible text func names yes... i think that sevral of the
LFUN names do not follow this.
--
"Leuven, E." <[EMAIL PROTECTED]> writes:
| Index: src/LyXAction.C
| ===
| --- src/LyXAction.C (revision 13594)
| +++ src/LyXAction.C (working copy)
| @@ -353,6 +353,8 @@
| { LFUN_MOUSE_RELEASE, "", ReadOnly },
|
"Leuven, E." <[EMAIL PROTECTED]> writes:
| > Better, but perhaps to as J-M says and use
| > LFUN_PARAGRAPH_MOVE_{UP,DOWN} as well.
| > Can you have a quick look and see if there are
| > some nice place to put this in emacs.bind as well?
|
| updated patch attached
Are you going to do the LFUN ren
"Leuven, E." <[EMAIL PROTECTED]> writes:
| sorry wrong file. correct patch here...
This looks good to me.
| Index: src/lfuns.h
| ===
| --- src/lfuns.h (revision 13594)
| +++ src/lfuns.h (working copy)
| @@ -358,6 +358,9
Leuven, E. a écrit :
I'm sure you mean // 275 (is the count right?)
you're right!
updateCounters(cur.buffer()); (2x)
Please put a FIXME in here for Abdel (or fix yourself).
This will be dog slow on Windows.
can i check whether a paragraph contains a counter (so that
we updateCount
Leuven, E. a écrit :
Use needsUpdateCounters. See text2.C for example.
i had a look at it and was wondering about the following
case LABEL_ITEMIZE:
setCounter(buf, it);
return false;
what happens in setCounter(,)?
It is misnamed (should be setLabel,
Leuven, E. a écrit :
>> what happens in setCounter(,)?
> It is misnamed (should be setLabel, I am working on that).
> This would set the bullet depending on the depth of the
> current paragraph.
i don't understand why anything needs to be 'set' if we are only
checking whether something need
> "Jan" == Jan Peters <[EMAIL PROTECTED]> writes:
Jan> FEATURE REQUEST: It would be awesome to have red underlining
Jan> below incorrectly spelled words in LyX. Is there any chance of
Jan> that happening in the near future?
There is an enhancement request on bugzilla for that. I am not sure
t
On Tue, Nov 25, 2003 at 05:12:40PM +0100, Markus B. wrote:
> Hi,
>
> I have been using Klyx for a long time and I appreciate it very much.
>
> Yet, the feature that I am missing in Lyx is a switch, either a menu entry or
> a button to open/close all footnotes at once. This feature was availabl
On Tue, 25 Nov 2003, Markus B. wrote:
> Hi,
>
> I have been using Klyx for a long time and I appreciate it very much.
>
> Yet, the feature that I am missing in Lyx is a switch, either a menu entry or
> a button to open/close all footnotes at once. This feature was available in
> Klyx. Actual
On Tue, Nov 25, 2003 at 05:12:40PM +0100, Markus B. wrote:
> Yet, the feature that I am missing in Lyx is a switch, either a menu entry or
> a button to open/close all footnotes at once. This feature was available in
Why do you want to be able to open or close all the footnotes at once ?
john
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> The problem mainly seems to lie with the UI: - John didn't
Christian> like adding menu alternatives for this because it would
Christian> clutter the menus. (i.e. one alternative for "Open all
Christian> floats", one
On Fri, Nov 28, 2003 at 01:07:08AM +, John Levon wrote:
> On Tue, Nov 25, 2003 at 05:12:40PM +0100, Markus B. wrote:
>
> > Yet, the feature that I am missing in Lyx is a switch, either a menu entry or
> > a button to open/close all footnotes at once. This feature was available in
>
> Why do
On Fri, Nov 28, 2003 at 05:24:37PM +0100, Andre Poenitz wrote:
> > > Yet, the feature that I am missing in Lyx is a switch, either a menu entry or
> > > a button to open/close all footnotes at once. This feature was available in
> >
> > Why do you want to be able to open or close all the footno
On Fri, Nov 28, 2003 at 04:30:59PM +, John Levon wrote:
> > Because other people have other preferences and want to see them all?
>
> This is what I want to find out: why people have these preferences.
I see.
I, for my part, prefer the 'closed' situation for working as this
lets me jump arou
On Fri, Nov 28, 2003 at 05:38:41PM +0100, Andre Poenitz wrote:
> I, for my part, prefer the 'closed' situation for working as this
> lets me jump around in the document quickly.
Sorry can you explain further ? Is this because footnotes appear inline
and make the text formatting weird (huge line h
On Fri, Nov 28, 2003 at 04:39:20PM +, John Levon wrote:
> On Fri, Nov 28, 2003 at 05:38:41PM +0100, Andre Poenitz wrote:
>
> > I, for my part, prefer the 'closed' situation for working as this
> > lets me jump around in the document quickly.
>
> Sorry can you explain further ? Is this because
Dear John, dear Andre,
I'm writing my PhD Thesis using Lyx. Sometimes I would like to read quickly
throung the last paragraphs. On the other hand I have to fill in footnotes
all the time. So closing all the footnotes manually just to get a better view
of the text is a bit complicated.
I believ
On Fri, Nov 28, 2003 at 07:15:06PM +0100, Markus B. wrote:
> I believe that the result of your discussion - a view of all the footnotes
> open - would be an ideal solution for my problem.
Thanks for the feedback
john
On Friday 28 November 2003 11:39 am, John Levon wrote:
> On Fri, Nov 28, 2003 at 05:38:41PM +0100, Andre Poenitz wrote:
> > I, for my part, prefer the 'closed' situation for working as this
> > lets me jump around in the document quickly.
>
> Sorry can you explain further ? Is this because footnote
On Mon, Dec 01, 2003 at 02:21:58PM -0500, Kuba Ober wrote:
> In any case, don't ignore John
I don't think André gets the poportunity to do that, much as he'd like
to sometimes :)
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
Markus B. wrote:
> Dear John, dear Andre,
>
> I'm writing my PhD Thesis using Lyx. Sometimes I would like to read
> quickly throung the last paragraphs. On the other hand I have to fill in
> footnotes all the time. So closing all the footnotes manually just to get
> a better view of the text is a
On Tue, Dec 02, 2003 at 11:56:36PM +0100, Moritz Moeller-Herrmann wrote:
> Markus B. wrote:
>
> > Dear John, dear Andre,
> >
> > I'm writing my PhD Thesis using Lyx. Sometimes I would like to read
> > quickly throung the last paragraphs. On the other hand I have to fill in
> > footnotes all the t
Andre Poenitz wrote:
> On Tue, Dec 02, 2003 at 11:56:36PM +0100, Moritz Moeller-Herrmann wrote:
>> BTW, what has happened to the footnote numbering patch? Is the latex
>> counter implementation up to the task now?
> If you are happy with a linear numbering for the whole doc this should
> work al
On Wed, Dec 03, 2003 at 10:04:17PM +0100, Moritz Moeller-Herrmann wrote:
> Good to hear. Is lyx-1.4 stable enough already for a PHD with 300 pages?
No
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Wed, Dec 03, 2003 at 10:04:17PM +0100, Moritz Moeller-Herrmann wrote:
> Andre Poenitz wrote:
>
> > On Tue, Dec 02, 2003 at 11:56:36PM +0100, Moritz Moeller-Herrmann wrote:
>
> >> BTW, what has happened to the footnote numbering patch? Is the latex
> >> counter implementation up to the task now
On Thu, 4 Dec 2003, Andre Poenitz wrote:
> [Btw whom do you expect to read a PhD thesis with 300 pages?]
>
His supervisor? Nah... he won't bother ;-)
/Christian
--
Christian Ridderström http://www.md.kth.se/~chr
Andre Poenitz wrote:
> On Wed, Dec 03, 2003 at 10:04:17PM +0100, Moritz Moeller-Herrmann wrote:
>> Good to hear. Is lyx-1.4 stable enough already for a PHD with 300 pages?
>
> Not at all.
>
> [Btw whom do you expect to read a PhD thesis with 300 pages?]
In law, PhDs are about 200-300 pages lo
On Fri, Dec 05, 2003 at 01:13:58AM +0100, Moritz Moeller-Herrmann wrote:
> I'll send you a copy, when it's done, if you want.
If you can bear the retaliation ;-)
Andre'
On Fri, 5 Dec 2003, Moritz Moeller-Herrmann wrote:
> In law, PhDs are about 200-300 pages long, normally.
>
> So hopefully my supervisor and some people in the ministry of health in
> Germany.
>
> I'll send you a copy, when it's done, if you want.
I have a friend who's a lawyer, and studied in
> "Al" == Al Muckart <[EMAIL PROTECTED]> writes:
Al> I used rcsdiff to work this out, but it occurred to me then that
Al> having a "highlight changes since last version" option in the
Al> version control which did change-tracking style highlighting of
Al> the changes since the last checking wo
On Monday 11 September 2006 05:41, Al Muckart wrote:
> Hi there,
>
> Apologies if this is the wrong place to send this, I couldn't find a better
> looking address on the website.
>
> I've just opened up a lyx file which is under RCS revision control which I
> forgot to check in last time I edited i
[EMAIL PROTECTED] schrieb:
3) a goto figure/table option (?sub-menu?) in the navigate menu, so
that i can
navigate streight to the figure i want.
Err... this is already implemented. Please have another look at the
navigate menu.
4) the ability to edit the default style of
[EMAIL PROTECTED] schrieb:
but in the session i have had open for the last 3 hours, those options have
disappeared... see screen2.png i dont think i did anything special to cause
this perhaps qt is having a fit. oh, i am running a 32bit gentoo linux, but
that should affect things.
I ca
4) the ability to edit the default style of floats...(?float
templates?) for
instance in this document i am working on, the style guidelines say i need each
figure to have a small v-space at the top, and a medium one at the bottom. but
in the last paper i was writting, each float needed a
On Tue, Feb 27, 2007 at 12:06:47PM -0900, [EMAIL PROTECTED] wrote:
> [...]
> I will use bugzilla for more bugs, if i can find and reproduce them.
>
> do you want feature requests their too?
If you manage putting them there without sending 183k attachments
to the mailing list, yes. Bugzilla is a g
Thanks!
I am still exploring the command-buffer!
i see i need to give more attention...
can one assign a button on the toolbar to a command-buffer sequence? or are
keyboard shortcuts the only way to automate things?
cheers
Joe
Bernhard Roider wrote:
>> 4) the ability to edit the default st
On Tuesday 27 February 2007 8:29:25 pm Michael Gerz wrote:
> I think this goes beyond a general-purpose tool like LyX. If we allow to
> customize everything, IMHO we are in trouble (LyX becomes unmaintainable).
We have discussed this before. This would be some kind of mini-templates,
Jean-Marc
On Tue, 27 Feb 2007, [EMAIL PROTECTED] wrote:
can one assign a button on the toolbar to a command-buffer sequence? or
are keyboard shortcuts the only way to automate things?
Yes, although it's a bit tricky. Search the wiki for keyboard shortcut.
/Christian
--
Christian Ridderström, +46-8-768
On Sat, Apr 08, 2006 at 04:47:10PM +0200, Lars Gullik Bjønnes wrote:
> "Jean-Marc Lasgouttes" <[EMAIL PROTECTED]> writes:
>
> | > Can we change the name of the LFUN?
> |
> | > MOVE_PARAGRAPH_{UP,DOWN}
> |
> | Rather paragraph-move-up.
> |
> | We use object-vverb order.
>
> In the user visible
On Sat, Apr 08, 2006 at 02:32:22PM +0200, Leuven, E. wrote:
> > I think you could simply do ++cur.pit()/--cur.pit()
>
> works like a charm, updated patch attached.
Also with active selection spanning more than the current paragraph?
On the cosmetic side: 'a < b'
Andre'
> Also with active selection spanning more than the
> current paragraph?
no, it only handles single paragraphs.
am trying to addresss this and have the following:
case LFUN_PARAGRAPH_MOVE_DOWN: {
pit_type begpit = cur.selBegin().pit()-1;
pit_type pit = cur
> i am not able to adjust the selection.
this solved it:
++cur.anchor_.pit();
...
now only need to go from paragraph to pariterator to check for the counter
update...
Leuven, E. a écrit :
i am not able to adjust the selection.
this solved it:
++cur.anchor_.pit();
...
now only need to go from paragraph to pariterator to check for the counter
update...
I had to do that in text.C. Cursor inherits DocIterator so you can use
that. "ParIterator it(cur)" sho
Leuven, E. a écrit :
> I had to do that in text.C. Cursor inherits DocIterator so
> you can use that. "ParIterator it(cur)" should do the trick.
that's what i did, see attached.
it get's quite ugly though because selections can be set both forward
and backward.
it becomes especially nasty
for now i would like to commit the attached
moving can be done on single pars, but also on selection that span
several pars
i have tested it and found no glitches
moreover, i see no delays using the user guide in the qt2 frontend
green light?
Index: src/LyXAction.C
==
Leuven, E. a écrit :
> I had to do that in text.C. Cursor inherits DocIterator so
> you can use that. "ParIterator it(cur)" should do the trick.
that's what i did, see attached.
it get's quite ugly though because selections can be set both forward
and backward.
it becomes especially nasty
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Index: src/lyxfunc.C
| ===
| --- src/lyxfunc.C (revision 13613)
| +++ src/lyxfunc.C (working copy)
| @@ -561,6 +561,18 @@
| flag = getStatus(func);
| }
|
| +
Lars Gullik Bjønnes wrote:
Some more spaces around comparisons operators please '>' etc.
ok
I also wonder how undo is taken care of with this? Does undo work?
no. i asked how to do this in one of my mails. hints?
thanks, edwin.
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Some more spaces around comparisons operators please '>' etc.
|
| ok
|
| > I also wonder how undo is taken care of with this? Does undo work?
|
| no. i asked how to do this in one of my mails. hints?
You need to sprinkle
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Leuven, E. a écrit :
>> >> what happens in setCounter(,)? > It is misnamed (should be
>> setLabel, I am working on that). > This would set the bullet
>> depending on the depth of the > current paragraph. i don't
>> und
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Leuven, E. a écrit :
what happens in setCounter(,)? > It is misnamed (should be
setLabel, I am working on that). > This would set the bullet
depending on the depth of the > current paragra
On Sun, Apr 09, 2006 at 02:15:51PM +0200, Leuven, E. wrote:
> > Also with active selection spanning more than the
> > current paragraph?
>
> no, it only handles single paragraphs.
>
> am trying to addresss this and have the following:
Better disable it when a selection is active. I doubt it is p
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I thought about that also but in the case of
Abdelrazak> BreakParagraph for example, we need to check on two
Abdelrazak> ParIterator...
Maybe pass a 'from' and a 'to' cursor, to specify a range.
JMarc
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Sun, Apr 09, 2006 at 02:15:51PM +0200, Leuven, E. wrote:
>> > Also with active selection spanning more than the > current
>> paragraph?
>>
>> no, it only handles single paragraphs.
>>
>> am trying to addresss this and have the
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I thought about that also but in the case of
Abdelrazak> BreakParagraph for example, we need to check on two
Abdelrazak> ParIterator...
Maybe pass a 'from' and a 'to' cursor, t
>Andre> Better disable it when a selection is active. I doubt it is
>Andre> possible to get (close to) right without using the cut&paste
>Andre> mechanism.
>
> It may be wiser indeed.
note that the last patch i send also works with selections...
(another option is to move the pars the selection s
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Good idea :-) So how about 3 methods: updateLabels(Buffer
Abdelrazak> const & buf): will do the full update in any case
Abdelrazak> updateLabels(Buffer const & buf, ParIterator & current):
Abdelrazak> will try to updat
On Mon, Apr 10, 2006 at 03:29:37PM +0200, Leuven, E. wrote:
> >Andre> Better disable it when a selection is active. I doubt it is
> >Andre> possible to get (close to) right without using the cut&paste
> >Andre> mechanism.
> >
> > It may be wiser indeed.
>
> note that the last patch i send also wor
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> note that the last patch i send also works with selections...
Andre> I would be surprised if it did.
Andre> I have not actually compiled it but if I remember correctly it
Andre> was assuming that anchor and cursor have the same depth.
> And I think the feature should be kept simple. For moving
> selections, we already have cut-and-paste.
it doesn't move the selection, put the paragraphs the selection spans
and mimics the behavior of openoffice in this respect...
edwin
Lars Gullik Bjønnes wrote:
Some more spaces around comparisons operators please '>' etc.
I also wonder how undo is taken care of with this? Does undo work?
attached patch works for me, including undo
do i see a green light looming in the dusk of april 12th?
Index: src/LyXAction.C
Am Mittwoch, 12. April 2006 20:03 schrieb Edwin Leuven:
> Lars Gullik Bjønnes wrote:
> > Some more spaces around comparisons operators please '>' etc.
> >
> > I also wonder how undo is taken care of with this? Does undo work?
>
> attached patch works for me, including undo
>
> do i see a green l
Georg Baum a écrit :
Am Mittwoch, 12. April 2006 20:03 schrieb Edwin Leuven:
Lars Gullik Bjønnes wrote:
Some more spaces around comparisons operators please '>' etc.
I also wonder how undo is taken care of with this? Does undo work?
attached patch works for me, including undo
do i see a gree
Georg Baum wrote:
Did you see Andrés message about the anchor and cursor depth? I think he
is right with his concern, and you should only act on single paragraphs.
as abdel wrote, i intend to move the full paragraphs, not the selection
however, moving the anchor around is indeed a problem when
Edwin Leuven a écrit :
Georg Baum wrote:
Did you see Andrés message about the anchor and cursor depth? I think
he is right with his concern, and you should only act on single
paragraphs.
as abdel wrote, i intend to move the full paragraphs, not the selection
however, moving the anchor around
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Why not just disable this feature when in an inset?
Disabling a feature for now other reason that you are not sure how to
do it is never a good sign :)
JMarc
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Lars Gullik Bjønnes wrote:
>> Some more spaces around comparisons operators please '>' etc. I
>> also wonder how undo is taken care of with this? Does undo work?
Edwin> attached patch works for me, including undo
I do not think tes
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> Georg Baum wrote:
>> Did you see Andrés message about the anchor and cursor depth? I
>> think he is right with his concern, and you should only act on
>> single paragraphs.
Edwin> as abdel wrote, i intend to move the full paragraphs
On Thu, 2006-04-13 at 09:47 +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Why not just disable this feature when in an inset?
>
> Disabling a feature for now other reason that you are not sure how to
> do it is never a goo
Jean-Marc Lasgouttes wrote:
I do not think testing for anchor_ without checking whether there is a
selection is a good idea.
ok
Also, which do you need to use anchor_ instead of anchor()?
because moving anchor_.pit() moves the selection, moving anchor().pit()
doesn't
This full version n
Jean-Marc Lasgouttes wrote:
I like this one. It could even go in 1.4.2.
Small nits:
- the getStatus code should go in the same class as the corresponding
dispatch. Move this to text3.C (and then you do not need the
'if(cur)' part).
- constify temp variables when possible:
will do, thanks
On Wed, Apr 12, 2006 at 10:50:12PM +0200, Edwin Leuven wrote:
> Georg Baum wrote:
> >Did you see Andrés message about the anchor and cursor depth? I think he
> >is right with his concern, and you should only act on single paragraphs.
>
> as abdel wrote, i intend to move the full paragraphs, not t
On Wed, Apr 12, 2006 at 10:13:21PM +0200, Abdelrazak Younes wrote:
> Excuse me if I am saying something obvious here but his patch move the
> full paragraph that contains the selection anchor and maybe Andre didn't
> realize that.
I unser stood that.
I was/am concerned about anchors that are ne
latest patch attached
hope this can go in
Index: src/LyXAction.C
===
--- src/LyXAction.C (revision 13671)
+++ src/LyXAction.C (working copy)
@@ -353,6 +353,8 @@
{ LFUN_MOUSE_RELEASE, "", ReadOnly },
Am Freitag, 14. April 2006 10:23 schrieb Edwin Leuven:
> latest patch attached
>
> hope this can go in
Why do you disable the lfuns in lyxfunc.C and not in LyXText::getStatus()?
All lfuns that are handled in a dispatch() method should also be enabled
or disbaled in the corresponding getStatus()
> why do you disable the lfuns in lyxfunc.C and not
> in LyXText::getStatus()?
because you just told me about LyXText::getStatus()?
sigh
> because you just told me about LyXText::getStatus()?
I think I did tell you yesterday...
JMarc
Am Freitag, 14. April 2006 11:42 schrieb Leuven, E.:
> > why do you disable the lfuns in lyxfunc.C and not
> > in LyXText::getStatus()?
>
> because you just told me about LyXText::getStatus()?
Sorry, I thought the getStatus() machinery was clear. Anyway, with that
change I think that it can now
>> because you just told me about LyXText::getStatus()?
> I think I did tell you yesterday...
didn't understood you were referring to an existing function
i thought you wanted me to create a new function in text3.C
it's just a bit frustrating to hear this after the 9th (or 10th) iteration
of my p
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
>>> because you just told me about LyXText::getStatus()?
>> I think I did tell you yesterday...
Edwin> didn't understood you were referring to an existing function i
Edwin> thought you wanted me to create a new function in text3.C
Edwin> it'
> BTW, Andre' asked you to keep the actions in alphabetical order
didn't have the impression that they were in alpabetical order
will have a look tonight
> "Leuven," == Leuven, E <[EMAIL PROTECTED]> writes:
>> BTW, Andre' asked you to keep the actions in alphabetical order
Leuven,> didn't have the impression that they were in alpabetical
Leuven,> order
I thought more about it, and I think you are right. Can't look at the
source right now.
JMa
iteration 11 attached...
opinions?
Index: src/LyXAction.C
===
--- src/LyXAction.C (revision 13679)
+++ src/LyXAction.C (working copy)
@@ -353,6 +353,8 @@
{ LFUN_MOUSE_RELEASE, "", ReadOnly },
{
"Leuven, E." <[EMAIL PROTECTED]> writes:
| > BTW, Andre' asked you to keep the actions in alphabetical order
|
| didn't have the impression that they were in alpabetical order
|
| will have a look tonight
newest lfun enum is put last.
--
Lgb
and nr 12...
can this go in, or shall i ditch it?
Index: src/LyXAction.C
===
--- src/LyXAction.C (revision 13740)
+++ src/LyXAction.C (working copy)
@@ -353,6 +353,8 @@
{ LFUN_MOUSE_RELEASE, "", ReadOnly },
On Fri, Apr 14, 2006 at 09:21:35PM +0200, Lars Gullik Bjønnes wrote:
> "Leuven, E." <[EMAIL PROTECTED]> writes:
>
> | > BTW, Andre' asked you to keep the actions in alphabetical order
> |
> | didn't have the impression that they were in alpabetical order
> |
> | will have a look tonight
>
> new
Edwin Leuven a écrit :
and nr 12...
can this go in, or shall i ditch it?
Looks good to me. I'd say if you don't have objection soon put it in.
Your patch already received a lot of review ;-)
Abdel.
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > newest lfun enum is put last.
|
| I was talking about the lookup table in LyXActions.C.
|
| However, things might not be alphabetical there (anymore?) either.
The lookup table needs to be alphbetical, but you will get a runtime
warning(?) if that is
Edwin Leuven <[EMAIL PROTECTED]> writes:
| and nr 12...
|
| can this go in, or shall i ditch it?
I am ok with it. (But I have been ok with it for some time.)
Unless you get other objections RSN then please commit.
--
Lgb
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> and nr 12... can this go in, or shall i ditch it?
I'd say it can go in.
Adding bindings to mac.bind, xemacs.bind and sciword.bind (if they do
not conflict) would be a bonus.
JMarc
Edwin> Index: src/LyXAction.C
Edwin> ===
Jean-Marc Lasgouttes wrote:
> I'd say it can go in.
> Adding bindings to mac.bind, xemacs.bind and sciword.bind
> (if they do not conflict) would be a bonus.
thanks, will have a look tonight...
On Apr 26, 2006, at 4:39 AM, Jean-Marc Lasgouttes wrote:
"Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> and nr 12... can this go in, or shall i ditch it?
I'd say it can go in.
Adding bindings to mac.bind, xemacs.bind and sciword.bind (if they do
not conflict) would be a bonus.
1 - 100 of 578 matches
Mail list logo