Lars Gullik Bjnnes wrote:
Ok... then I lean towards a view property instead of a buffer
property.
Why have cursor in the view and the anchor in the buffer?
Agreed.
Alfredo
On Tuesday 13 January 2004 8:59 pm, Georg Baum wrote:
the
runparams between various validate() functions (see attached). I was
not sure wether this is desired.
Would putting the required flags into LaTeXFeatures an option?
I guess (will try later).
The question is as always the
On Tuesday 13 January 2004 9:31 pm, Angus Leeming wrote:
I'm afraid that I am completely ignorant about what LyX does here.
Sorry.
That is not a good sign, as I always thought that you are the one who
knows this better. ;-)
However, I do know the insetgraphics is _not_ the right place to
On Tue, Jan 13, 2004 at 07:03:17PM +, Angus Leeming wrote:
Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| ...and anchor isn't really a BufferView property but rather a
| Buffer property, right? Eventually that is.
?? Ok... what is the anchor used for?
On Wed, Jan 14, 2004 at 01:03:09AM +0100, Lars Gullik Bjønnes wrote:
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| ...and anchor isn't really a BufferView property but rather a Buffer
| property, right?
Andre Poenitz wrote:
Hm, I just noticed, vim has one cursor per buffer as well.
So all the cursor stuff should be shifted to the buffer in the end.
I don't think so: you don't lose the cursor position when you change views,
don't you? If yes, I really don't see the purpose of multiple views at
On Wed, Jan 14, 2004 at 07:58:47AM +, Jose' Matos wrote:
What do you think? Coherent?
For now, you could add a further argument to inset::latex,docbook etc.
int latex(Buffer const , std::ostream ,
OutputParams const ,
ExportedData )
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Jan 13, 2004 at 07:03:17PM +, Angus Leeming wrote:
Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| ...and anchor isn't really a BufferView property but rather a
| Buffer property, right? Eventually that is.
Andre Poenitz [EMAIL PROTECTED] writes:
[...]
| I am not sure about this as I don't really know how multiple views of
| the same buffer would look like.
| If we have one cursor per view (i.e. possibly more than one per buffer),
| cursor and anchor should belong to BufferView. If there's just
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Jan 14, 2004 at 01:03:09AM +0100, Lars Gullik Bjønnes wrote:
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| ...and anchor isn't really a BufferView property but
Andre Poenitz wrote:
On Wed, Jan 14, 2004 at 01:03:09AM +0100, Lars Gullik Bjnnes wrote:
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Lars Gullik Bjnnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| ...and anchor isn't really a BufferView property but rather a Buffer
|
On Wed, Jan 14, 2004 at 09:43:53AM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
Hm, I just noticed, vim has one cursor per buffer as well.
So all the cursor stuff should be shifted to the buffer in the end.
I don't think so: you don't lose the cursor position when you change
On Wed, Jan 14, 2004 at 09:51:36AM +0100, Alfredo Braunstein wrote:
From what I can see, vim has one cursor per
buffer, not per view. There was a message
here that emacs does the same. So one could
get the impression 'per buffer' was the
consensus in the outer world...
No, it is one
On Wednesday 14 January 2004 8:48 am, Andre Poenitz wrote:
This signature is scaring as the outer world is expecting a uniform
syntax call for latex, linuxdoc, docbook and plaintext.
I'd still prefer
void latex(LaTeXParams );
void docbook(DocBookParams )
void
Andre Poenitz wrote:
On Wed, Jan 14, 2004 at 09:49:08AM +0100, Lars Gullik Bjnnes wrote:
| So one could
| get the impression 'per buffer' was the
| consensus in the outer world...
It is not.
Ok, so would 'everything goes to the view' settle that issue?
Thinking better, there are two
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Jan 14, 2004 at 09:49:08AM +0100, Lars Gullik Bjønnes wrote:
| So one could
| get the impression 'per buffer' was the
| consensus in the outer world...
It is not.
| Ok, so would 'everything goes to the view' settle that issue?
| Btw: What
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Emacs has got it completely wrong IMO: the anchor is per doc, but the cursor
| is per view. So when you switch you get a different selection if the cursor
| is placed differently. (at least emacs on X)
Yes. You are right.
It seems that what we'd
Lars Gullik Bjnnes wrote:
It seems that what we'd like to see is both cursor and anchor per
view.
Agreed. We can later chose to show only one active selection per LyX session
(remembering the others), or per buffer or whatever.
Alfredo
On Wed, Jan 14, 2004 at 10:08:14AM +0100, Lars Gullik Bjønnes wrote:
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Emacs has got it completely wrong IMO: the anchor is per doc, but the cursor
| is per view. So when you switch you get a different selection if the cursor
| is placed
Andre Poenitz [EMAIL PROTECTED] writes:
| Ok. This was yesterday's direction. So I'll just continue and those who
| are interested try to make up their minds on how a perfect solution
| would look like.
| Is that a plan?
yes.
--
Lgb
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Andre Poenitz [EMAIL PROTECTED] writes: | Would it be better to
Lars use
Lars | \usepackage{parskip}
Lars | instead of
Lars | \setlength\parskip{\medskipamount} | \setlength\parindent{0pt}
Lars Perhaps.
Lars parskip.sty did not
It just occured to me:
Now that the cursor data has moved from LyXText to BufferView, shouldn't
the cursor related LFUNs be handled there (again), too?
[I know that moving these dispatch parts from BufferView to LyXText was
my idea...]
At least the way the code looks like suggests that this
Andre Poenitz wrote:
and maybe finally even (in BufferView::dispatch, with some
BufferView::cursorUp() perhaps - it's cursor handling after all...)
case LFUN_UPSEL:
if (!selection().set())
resetAnchor();
cursorUp(true);
finishChange(true);
break;
Losing a parameter usually means
Andre Poenitz wrote:
It just occured to me:
Now that the cursor data has moved from LyXText to BufferView, shouldn't
the cursor related LFUNs be handled there (again), too?
Yes!
[I know that moving these dispatch parts from BufferView to LyXText was
my idea...]
At least the way the
On Wed, Jan 14, 2004 at 11:41:01AM +0100, Alfredo Braunstein wrote:
[I know that moving these dispatch parts from BufferView to LyXText was
my idea...]
At least the way the code looks like suggests that this wouldn't be
wrong:
In general I think that
- things handling multiple
this moves the Selection struct from LyXText to BufferView
(and I have still no clue what this 'mark' flag is good for...)
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. Franklin or both...)
?
Andre Poenitz wrote:
this moves the Selection struct from LyXText to BufferView
(and I have still no clue what this 'mark' flag is good for...)
Andre'
As I understand it set() and mark() are equivalent in a cut, copy,
paste sense (same data is placed in the selection buffer.) However,
On Wed, Jan 14, 2004 at 11:53:54AM +, Angus Leeming wrote:
Andre Poenitz wrote:
this moves the Selection struct from LyXText to BufferView
(and I have still no clue what this 'mark' flag is good for...)
Andre'
As I understand it set() and mark() are equivalent in a cut,
Andre Poenitz wrote:
this moves the Selection struct from LyXText to BufferView
(and I have still no clue what this 'mark' flag is good for...)
Don't worry about it, it's a flag that says that the anchor should not be
cleaned. It's for an alternative selection method: you set the flag on and
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Jan 14, 2004 at 11:53:54AM +, Angus Leeming wrote:
Andre Poenitz wrote:
this moves the Selection struct from LyXText to BufferView
(and I have still no clue what this 'mark' flag is good for...)
Andre'
As I understand it
On Wed, Jan 14, 2004 at 12:55:33PM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
this moves the Selection struct from LyXText to BufferView
(and I have still no clue what this 'mark' flag is good for...)
Don't worry about it, it's a flag that says that the anchor should not be
Andre Poenitz wrote:
Is anybody out there using this method?
Not me.
Well, it's different from what mathed does, so it might be an obstacle
for IU.
It's not different, it's an aditional (different) feature. I don't think it
would be difficult to add it to mathed.
Alfredo
On Wed, Jan 14, 2004 at 12:58:17PM +0100, Lars Gullik Bjønnes wrote:
I think you can think of hte mark as a place anchor here
Emacs has a very nice selection mode (C-space), if possible we
should have that as well. (after C-space is pressed I can used any
cursorm movement command and the
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Jan 14, 2004 at 12:55:33PM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
this moves the Selection struct from LyXText to BufferView
(and I have still no clue what this 'mark' flag is good for...)
Don't worry about it, it's a flag
On Wed, Jan 14, 2004 at 01:03:44PM +0100, Lars Gullik Bjønnes wrote:
Certainly. It is one of the nicest way of selecting after all... (with
keyboard only.)
Ok, now that I know that this is C-V in vim I recognize that I am using
this all the time myself.
Was was, however not aware that this
Andre Poenitz wrote:
Btw, I always found it a bit stange to have both (e.g.) 'word-left'
and 'word-left-select' as separate LFUNs. Some 'selection-on,
word-left' combo should have done as well...
Then cull the redundant one.
--
Angus
Andre Poenitz wrote:
On Wed, Jan 14, 2004 at 12:58:17PM +0100, Lars Gullik Bjnnes wrote:
I think you can think of hte mark as a place anchor here
Emacs has a very nice selection mode (C-space), if possible we
should have that as well. (after C-space is pressed I can used any
cursorm
Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| Andre Poenitz wrote:
Btw, I always found it a bit stange to have both (e.g.)
'word-left' and 'word-left-select' as separate LFUNs. Some
'selection-on, word-left' combo should have done as well...
| Then cull the
On Wed, Jan 14, 2004 at 01:14:21PM +0100, Alfredo Braunstein wrote:
Andre Poenitz wrote:
On Wed, Jan 14, 2004 at 12:58:17PM +0100, Lars Gullik Bjønnes wrote:
I think you can think of hte mark as a place anchor here
Emacs has a very nice selection mode (C-space), if possible we
should
On Wed, Jan 14, 2004 at 10:15:47AM +0100, Alfredo Braunstein spake thusly:
Lars Gullik Bjønnes wrote:
It seems that what we'd like to see is both cursor and anchor per
view.
Agreed. We can later chose to show only one active selection per LyX session
(remembering the others), or per
Martin Vermeer [EMAIL PROTECTED] writes:
| Ehh, another thing to consider: do we want to save these?
| I once in a previous life wrote an multiple-window, multiple file
| editor that saved its state on exit, including the current cursor
| position. This would seem to indicate a buffer cursor.
|
On Wed, Jan 14, 2004 at 03:31:04PM +0100, Helge Hafting wrote:
Martin Vermeer wrote:
Ehh, another thing to consider: do we want to save these?
I once in a previous life wrote an multiple-window, multiple file
editor that saved its state on exit, including the current cursor
position. This
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Jan 14, 2004 at 03:31:04PM +0100, Helge Hafting wrote:
Martin Vermeer wrote:
Ehh, another thing to consider: do we want to save these?
I once in a previous life wrote an multiple-window, multiple file
editor that saved its state on exit,
On Wed, Jan 14, 2004 at 03:18:23PM +0100, Lars Gullik Bjønnes spake thusly:
If we put it back again, we should not have it as part of the buffer,
but do as emacs does and have a separate file where stuff like that is
stored (.emacs-places or something). We could have
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars If we put it back again, we should not have it as part of the
Lars buffer, but do as emacs does and have a separate file where
Lars stuff like that is stored (.emacs-places or something). We could
Lars have
On Wed, Jan 14, 2004 at 03:47:24PM +0100, Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars If we put it back again, we should not have it as part of the
Lars buffer, but do as emacs does and have a separate file where
Lars stuff like that is stored
The following patch allows LyX to find its .mo files even if the
binary distribution has been moved (so an rpm would be fully
relocatable).
Ronald, I'd be interested to know whether this works with OSX. I
tested it in linux rh9.
This patch is against 1.3.4cvs, but I intend to adapt it to
Nothing fancy.
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. Franklin or both...)
? 1.diff
? 2.diff
? 3.diff
? fullredraw.diff
? par-row.diff
? qfont_loader.tar.bz2
? search.diff
?
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
The following patch allows LyX to find its .mo files even if the
binary distribution has been moved (so an rpm would be fully
relocatable).
Ronald, I'd be interested to know whether this works with OSX. I
tested it in linux rh9.
The patch
Ronald == Ronald Florence [EMAIL PROTECTED] writes:
Ronald Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
The following patch allows LyX to find its .mo files even if the
binary distribution has been moved (so an rpm would be fully
relocatable).
Ronald, I'd be interested to know whether
Maybe is it time for me to send an update on what happens on the 1.3.4
front. Contrary to the previous ones, this will contain actual new
features, as well as a largely cleaned up l10n.
Things remaining to do include:
- apply the patch allowing to find .mo files after moving LyX around
- a
The attached patch is adapted from the corresponding patch to 1.3.4cvs,
and allows LyX/Mac to find the LyX fonts inside its own relocatable
application bundle.
--
Ronald
1.4.0-fonts.patch
Description: Binary data
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Ronald == Ronald Florence [EMAIL PROTECTED] writes:
| Ronald Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
The following patch allows LyX to find its .mo files even if the
binary distribution has been moved (so an rpm would be fully
Alfredo,
would you mind if I renamed that thing 'purSelectionAt' and make it a
BufferView member?
[I pretty much prefer_that_style_myself, however,
forConsistencyWeShouldBetterUseCamelBumpStyleThere]
Andre'
Andre Poenitz [EMAIL PROTECTED] writes:
| Alfredo,
| would you mind if I renamed that thing 'purSelectionAt' and make it a
| BufferView member?
placeSelection(...)
is the At needed?
--
Lgb
On Wed, Jan 14, 2004 at 05:13:01PM +0100, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| Alfredo,
| would you mind if I renamed that thing 'purSelectionAt' and make it a
| BufferView member?
placeSelection(...)
Whatever.
is the At needed?
*shrug*
Ask the
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Jan 14, 2004 at 05:13:01PM +0100, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| Alfredo,
| would you mind if I renamed that thing 'purSelectionAt' and make it a
| BufferView member?
placeSelection(...)
|
Lars Gullik Bjønnes wrote:
| *shrug*
I *hate* shrugging!
*shrug*
What happens now?
--
Angus
On Wed, Jan 14, 2004 at 05:21:52PM +0100, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Jan 14, 2004 at 05:13:01PM +0100, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| Alfredo,
| would you mind if I renamed that thing
Angus Leeming [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| *shrug*
I *hate* shrugging!
| *shrug*
| What happens now?
I *think* I'll get on a plane tomorrow at 1700 to London, then I
will hunt you down and kick your A** to kingdom come.
Happy now?
ps. I _am_ going to London
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars | Any objection to the patch, someone?
Lars What happens if you put the locale files are somewhere else?
Lars Is it possible to have this not work by using a non-standard set
Lars of configure arguments?
Actually, yes. If there is no
Lars Gullik Bjønnes wrote:
I *think* I'll get on a plane tomorrow at 1700 to London, then I
will hunt you down and kick your A** to kingdom come.
Happy now?
Entertained anyway.
ps. I _am_ going to London tomorrow to visit the London Boat Show.
Retiring already, Lars?
--
Angus
Angus Leeming [EMAIL PROTECTED] writes:
| Retiring already, Lars?
Planning for it.
I need some sailing gear... and since a flight from Norway to London
is in the 15 - 40 £ range, and the clothes are some 150 - 250 £
pounds cheaper... I get a long-weekend for free...
--
Lgb
On Wed, Jan 14, 2004 at 05:21:52PM +0100, Lars Gullik Bj?nnes wrote:
| *shrug*
I *hate* shrugging!
He he he :)
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
For an hour or so, all I get when trying to commit is
fantomas[ssh]: cvs commit -m 'small update' status.13x ChangeLog ANNOUNCE NEWS
cvs server: [17:57:04] waiting for poenitz's lock in /usr/local/lyx/cvsroot/lyx-devel
Andre', are you doing something special with cvs?
JMarc
On Wed, Jan 14, 2004 at 05:58:08PM +0100, Jean-Marc Lasgouttes wrote:
For an hour or so, all I get when trying to commit is
fantomas[ssh]: cvs commit -m 'small update' status.13x ChangeLog ANNOUNCE NEWS
cvs server: [17:57:04] waiting for poenitz's lock in /usr/local/lyx/cvsroot/lyx-devel
Do we have any ideas so far (where when)?
Andre'
Andre Poenitz [EMAIL PROTECTED] writes:
| Do we have any ideas so far (where when)?
I thought we decided where to go :-)
(not sure that he agreed though ;-) )
--
Lgb
This removes MathIterator by shifting the remaining bits towards the
global cursor.
Both the global cursor and the math cursor now have two CursorSlice
stacks of the same shape...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve,
Andre Poenitz wrote:
We just dump the shiny global cursor (without that inset caching bit).
cell0/par0/pos0
cell1/par1/pos1
cell2/par2/pos2
cell3/par2/pos3
Alternatively a simple ParIterator offset + pos would do it.
Alfredo
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Andre Poenitz wrote:
We just dump the shiny global cursor (without that inset caching bit).
cell0/par0/pos0
cell1/par1/pos1
cell2/par2/pos2
cell3/par2/pos3
| Alternatively a simple ParIterator offset + pos would do it.
that is what I
Andre Poenitz wrote:
Alfredo,
would you mind if I renamed that thing 'purSelectionAt' and make it a
BufferView member?
[I pretty much prefer_that_style_myself, however,
forConsistencyWeShouldBetterUseCamelBumpStyleThere]
Of course I don't mind ;-)
Alfredo
On Wed, 14 Jan 2004, Andre Poenitz wrote:
Btw, I always found it a bit stange to have both (e.g.) 'word-left'
and 'word-left-select' as separate LFUNs. Some 'selection-on, word-left'
combo should have done as well...
It saves some typing in command sequences.
But that how the
Am Dienstag, 13. Januar 2004 22:31 schrieb Angus Leeming:
Here's an idea.
I have been mulling over for some time how to better implement LyX's
export from the inset::latex,docbook etc functions. These functions
currently do two things:
a. generate any necessary pre-requisites (files).
b.
Am Mittwoch, 14. Januar 2004 08:51 schrieb Jose' Matos:
The question is as always the way lyx deals with the external
files/images. That is the only reason why I need that there in validate.
Could you explain what is wrong with that way? Maybe fixing that is better
than working around the
Nirmal, attach the jpgs to the bugzilla page.
Done!
nirmal
On 10 2004 17:55, Lars Gullik Bjnnes wrote:
But I have had it working, just configure with
--without-included-boost and see how that works for you.
(I have not tested it for several months now...)
I guess it option exist only in CVS version? In LyX 1.3.3
configure does not know about it.
Vitaly Lipatov [EMAIL PROTECTED] writes:
| On 10 Январь 2004 17:55, Lars Gullik Bjønnes wrote:
But I have had it working, just configure with
--without-included-boost and see how that works for you.
(I have not tested it for several months now...)
| I guess it option exist only in CVS
Lars Gullik BjÃnnes wrote:
> Ok... then I lean towards a view property instead of a buffer
> property.
>
> Why have cursor in the view and the anchor in the buffer?
Agreed.
Alfredo
On Tuesday 13 January 2004 8:59 pm, Georg Baum wrote:
>
> the
>
> > > runparams between various validate() functions (see attached). I was
> > > not sure wether this is desired.
> >
> > Would putting the required flags into LaTeXFeatures an option?
>
> I guess (will try later).
The question is
On Tuesday 13 January 2004 9:31 pm, Angus Leeming wrote:
>
> I'm afraid that I am completely ignorant about what LyX does here.
> Sorry.
That is not a good sign, as I always thought that you are the one who
knows this better. ;-)
> However, I do know the insetgraphics is _not_ the right place
On Tue, Jan 13, 2004 at 07:03:17PM +, Angus Leeming wrote:
> Lars Gullik Bjønnes wrote:
>
> > Angus Leeming <[EMAIL PROTECTED]> writes:
> >
> > | ...and anchor isn't really a BufferView property but rather a
> > | Buffer property, right? Eventually that is.
> >
> > ?? Ok... what is the
On Wed, Jan 14, 2004 at 01:03:09AM +0100, Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> >
> >> Angus Leeming <[EMAIL PROTECTED]> writes:
> >>
> >> | ...and anchor isn't really a BufferView property but rather a Buffer
> >> |
Andre Poenitz wrote:
> Hm, I just noticed, vim has one cursor per buffer as well.
> So all the cursor stuff should be shifted to the buffer in the end.
I don't think so: you don't lose the cursor position when you change views,
don't you? If yes, I really don't see the purpose of multiple views
On Wed, Jan 14, 2004 at 07:58:47AM +, Jose' Matos wrote:
> > What do you think? Coherent?
> >
> > For now, you could add a further argument to inset::latex,docbook etc.
> > int latex(Buffer const &, std::ostream &,
> > OutputParams const &,
> >
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Jan 13, 2004 at 07:03:17PM +, Angus Leeming wrote:
>> Lars Gullik Bjønnes wrote:
>>
>> > Angus Leeming <[EMAIL PROTECTED]> writes:
>> >
>> > | ...and anchor isn't really a BufferView property but rather a
>> > | Buffer property, right?
Andre Poenitz <[EMAIL PROTECTED]> writes:
[...]
| I am not sure about this as I don't really know how multiple views of
| the same buffer would look like.
>
| If we have one cursor per view (i.e. possibly more than one per buffer),
| cursor and anchor should belong to BufferView. If there's just
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jan 14, 2004 at 01:03:09AM +0100, Lars Gullik Bjønnes wrote:
>> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>>
>> | Lars Gullik Bjønnes wrote:
>> >
>> >> Angus Leeming <[EMAIL PROTECTED]> writes:
>> >>
>> >> | ...and anchor isn't really a
Andre Poenitz wrote:
> On Wed, Jan 14, 2004 at 01:03:09AM +0100, Lars Gullik BjÃnnes wrote:
>> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>>
>> | Lars Gullik BjÃÂnnes wrote:
>> >
>> >> Angus Leeming <[EMAIL PROTECTED]> writes:
>> >>
>> >> | ...and anchor isn't really a BufferView property
On Wed, Jan 14, 2004 at 09:43:53AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > Hm, I just noticed, vim has one cursor per buffer as well.
> > So all the cursor stuff should be shifted to the buffer in the end.
>
> I don't think so: you don't lose the cursor position when you
On Wed, Jan 14, 2004 at 09:51:36AM +0100, Alfredo Braunstein wrote:
> > From what I can see, vim has one cursor per
> > buffer, not per view. There was a message
> > here that emacs does the same. So one could
> > get the impression 'per buffer' was the
> > consensus in the outer world...
>
> No,
On Wednesday 14 January 2004 8:48 am, Andre Poenitz wrote:
> >
> > This signature is scaring as the outer world is expecting a uniform
> > syntax call for latex, linuxdoc, docbook and plaintext.
>
> I'd still prefer
>
>void latex(LaTeXParams &);
>void docbook(DocBookParams &)
>
Andre Poenitz wrote:
> On Wed, Jan 14, 2004 at 09:49:08AM +0100, Lars Gullik BjÃnnes wrote:
>> | So one could
>> | get the impression 'per buffer' was the
>> | consensus in the outer world...
>>
>> It is not.
>
> Ok, so would 'everything goes to the view' settle that issue?
Thinking better,
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jan 14, 2004 at 09:49:08AM +0100, Lars Gullik Bjønnes wrote:
>> | So one could
>> | get the impression 'per buffer' was the
>> | consensus in the outer world...
>>
>> It is not.
>
| Ok, so would 'everything goes to the view' settle that issue?
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Emacs has got it completely wrong IMO: the anchor is per doc, but the cursor
| is per view. So when you switch you get a different selection if the cursor
| is placed differently. (at least emacs on X)
Yes. You are right.
It seems that what we'd
Lars Gullik BjÃnnes wrote:
> It seems that what we'd like to see is both cursor and anchor per
> view.
Agreed. We can later chose to show only one active selection per LyX session
(remembering the others), or per buffer or whatever.
Alfredo
On Wed, Jan 14, 2004 at 10:08:14AM +0100, Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | Emacs has got it completely wrong IMO: the anchor is per doc, but the cursor
> | is per view. So when you switch you get a different selection if the cursor
> | is placed
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Ok. This was yesterday's direction. So I'll just continue and those who
| are interested try to make up their minds on how a perfect solution
| would look like.
>
| Is that a plan?
yes.
--
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Andre Poenitz <[EMAIL PROTECTED]> writes: | Would it be better to
Lars> use
>>
Lars> | \usepackage{parskip}
>>
Lars> | instead of
>>
Lars> | \setlength\parskip{\medskipamount} | \setlength\parindent{0pt}
Lars> Perhaps.
Lars>
It just occured to me:
Now that the cursor data has moved from LyXText to BufferView, shouldn't
the cursor related LFUNs be handled there (again), too?
[I know that moving these dispatch parts from BufferView to LyXText was
my idea...]
At least the way the code looks like suggests that this
1 - 100 of 156 matches
Mail list logo