> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> What's wrong with the following without any pointer change?
>>
>> +void LaTeXFeatures::setBuffer(Buffer const & buffer) +{ + buffer_
>> = buffer;
>> }
Georg> This is wrong:
OK, OK I surrender, please s
Janus Sandsgaard wrote:
> If "\foot[full]cite[p|t|alt|alp]" is implemented will I then be able to
> make a referece in a footnote looking something like this
>
> Bijker 1995, page 7.
> or Bijker (1995), page 7.
>
> all automagic? That is: Will it be possible to make the referenec in a
Janus Sandsgaard wrote:
> I fully agree. Representing social science I have been looking for
> something like this. I am not sure if there are alternative bib-systems out
> there for social science and humanities (Jürgen?). Natbib has been
> suggested but I am not sure if it is the right thing for
Jean-Marc Lasgouttes wrote:
> BTW, I think there is a similar need to customize makeindex...
I know, but I didn't know what gui is best (my experiences with makeindex, not
to mention xindy, are next to zero). Do you think a simple input field in
preferences (just like for bibtex) would do?
Jürg
On Wed, Mar 31, 2004 at 09:57:03PM +0100, Angus Leeming wrote:
> And yet more turning of that wheel. In fact, this is the very last
> dialog to be converted. Whooo Hooo!
Great stuff bud!
john
On Wed, Mar 31, 2004 at 09:14:23PM +0200, Andre Poenitz wrote:
> On Wed, Mar 31, 2004 at 04:40:59PM +0100, Angus Leeming wrote:
> > lfuns.h says that these lfuns have value 215 and 217 but that may or
> > may not be true:
> > // 215
> > LFUN_MOUSE_PRESS, // André 9 Au
These are all clean builds with g++ 3.3.2 using the default compiler
options of -g -0
First some disk usage stats:
$ ls -l
72607875 13x/build-xforms/src/lyx
96866627 13x/build-qt/src/lyx
75673291 devel/build/src/lyx-xforms
100786520 devel/build/src/lyx-qt
82692223 devel/build/src/lyx-gtk
$ d
Autoconf 2.57 complains if the final line of a Makefile.am ends with a
trailing backslash, even if that line is commented out. This patch
silences it.
Jean-Marc, can I leave it to you to apply please?
--
AngusIndex: boost/ChangeLog
Alfredo Braunstein wrote:
>> Log message:
>> Remove all the cruft needed by the original MVC dialog code.
>
> Hurra!
Indeed. Now I'm off to bed to dream of things other than Graphical
User Interface Independence or Model-View-Controller splits. I feel
fre!!
On Thursday 01 April 2004 1:09 am, [EMAIL PROTECTED] wrote:
> Log message:
> Remove all the cruft needed by the original MVC dialog code.
You have no idea how satisfying this feels ;-)
Angus (whose just scratched a three year old itch; first commit to the
controllers dir on 15 Jan 2001.)
[EMAIL PROTECTED] wrote:
> Removed files:
> lyx-devel/src/frontends/controllers/: ControlButtons.C
> ControlButtons.h
> ControlConnections.C
> ControlConnections.h
> ControlDialog.h
> ControlDialog.tmpl
> ControlDialog_impl.C
> ControlDialog_impl.h GUI.h
> ViewBase.C ViewBase.h
> lyx-devel/src/fro
Angus Leeming wrote:
> And yet more turning of that wheel. In fact, this is the very last
You are working like a hamster on drugs! Go with that wheel!
Alfredo
And yet more turning of that wheel. In fact, this is the very last
dialog to be converted. Whooo Hooo!
Patch attached and committed.
--
Angus
preamble.diff.bz2
Description: BZip2 compressed data
Angus Leeming wrote:
> More wheel turning, although this one also cleans up the structure of
> the class so that it behaves in similar manner to all the other
> dialogs. There is still far too much of the core in here though...
>
> Patch attached and committed.
... and it even solves the problem
Martin Vermeer wrote:
>> Presumably, if action == "toggle", the branch inset would do the
>> equivalent of:
>>
>> void InsetList::insetsOpenCloseBranch(Buffer const & buf)
>
> This is not exactly 'toggle', which means 'open if it is closed,
> close if it is open'.
>
> Some more descriptive argu
On Mon, Mar 29, 2004 at 12:07:41PM +, Angus Leeming spake thusly:
> LFUN_ALL_INSETS_TOGGLE ("open" || "close" || "toggle")
>
> Resulting in:
>
> string action;
> string const inset_name = split(argument, action, ' ');
> InsetBase::Code const inset_code = InsetBase::translate(inset_name);
>
More wheel turning, although this one also cleans up the structure of
the class so that it behaves in similar manner to all the other
dialogs. There is still far too much of the core in here though...
Patch attached and committed.
--
Angus
spell.diff.bz2
Description: BZip2 compressed data
Purely mechanical wheel turning. Patch attached and committed.
--
Angus
prefs.diff.bz2
Description: BZip2 compressed data
On Wednesday 31 March 2004 19:27, Lior Silberman wrote:
> Is the 1.4.0 .lyx format compatible with 1.3.3 ?
No, but lyx2lyx now allows to downgrade. Some bits are missing, and
our energy will be focused on the other way.
Anyway if you find problems downgrading any document then please say
it
Andre Poenitz wrote:
> On Wed, Mar 31, 2004 at 04:40:59PM +0100, Angus Leeming wrote:
>> lfuns.h says that these lfuns have value 215 and 217 but that may
>> or may not be true:
>> // 215
>> LFUN_MOUSE_PRESS, // André 9 Aug 2002
>> LFUN_MOUSE_MOTION,
I've just checked out lyx-devel and will try compiling.
There are some known bugs with the Hebrew stuff (have been around since
1.1.5 or so but have been forgotted) which I'll try hunting down. The
worst is an encoding problem where inputting latin capital letters into
hebrew text breaks the docum
Andre Poenitz wrote:
>> just disappears into the ether. Has he infected anyone else?
> *cough*
> What happens when you run 'cvs up singlefile.C'?
It seemed to be a temporary blip. All is fine again. It takes about
1min to "cvs up" the entire tree.
--
Angus
On Wednesday 31 March 2004 17:42, Georg Baum wrote:
Georg I will apply your changes later or tomorrow. :-)
[...]
> > I placed also convert and revert in the same file, as as far as
> > possible I placed both implementation near each other.
>
> This is definitely an improvement, especially for
On Wed, Mar 31, 2004 at 09:45:34AM -0500, Angus Leeming wrote:
> Andre Poenitz wrote:
> > However, I don't think your approach is a Good One. Just let the
> > inset and the text handle their share of the lfun instead of
> > inventing Yet Another Dispatch Method.
>
> Ok, Andre. Then the lyxfunc::di
On Wed, Mar 31, 2004 at 08:00:31AM +0100, Jose' Matos wrote:
> On Wednesday 31 March 2004 02:18, Angus Leeming wrote:
> > Converting now...
>
> Is that some kind of indirect message to me? ;-)
I was wondering about that, too.
But as I tend to forget about the details of who has to feather, tar
On Tue, Mar 30, 2004 at 06:28:52PM -0500, Lior Silberman wrote:
> Shalom Aviad,
>
> LyX includes excellent Hebrew support written by Dekel Tsur (who's from
> TAU, in fact). See his home page for instructions:
>
> http://www.math.tau.ac.il/~dekelts/lyx/instructions2.html
>
> If you want to use Ly
On Wed, Mar 31, 2004 at 04:40:59PM +0100, Angus Leeming wrote:
> lfuns.h says that these lfuns have value 215 and 217 but that may or
> may not be true:
> // 215
> LFUN_MOUSE_PRESS, // André 9 Aug 2002
> LFUN_MOUSE_MOTION, // André 9 Aug 2002
>
On Wed, Mar 31, 2004 at 04:44:39PM +0100, Angus Leeming wrote:
> It appears I have caught Andre's e-disease.
> I can ping cvs.lyx.org:
> $ ping cvs.lyx.org
> PING baywatch.lyx.org (80.232.38.163) 56(84) bytes of data.
> 64 bytes from baywatch.lyx.org (80.232.38.163): icmp_seq=0 ttl=240 time=58.3 ms
Alfredo Braunstein wrote:
> Commited.
Good man.
> btw, I hope your cleanup will solve the following problem: if a
> spellcheck ends up successfully, then when opening another document
> the spellcheck seems to start again byt itself (without dialog!) and
> Strange Things (tm) happend.
It does se
Alfredo Braunstein wrote:
>
>> Incidentally, I have a patch here that turns ControlSpellchecker into
>> a 'conventional' dialog controller. (Read: one whose logic I can
>> understand --- ie, simple!). It still does *far* too much though. I
>> think I see how to move most of the functionality into
Andre Poenitz wrote:
>> We want to "dispatch to all insets". I.e. all-insets-toggle close.
>
> Ah, ok, I was missing the 'all' part.
>
> In this case, some explicit cursor handling seems to be in order.
No I don't think so.
See http://article.gmane.org/gmane.editors.lyx.devel:34967
--
Angus
On Wednesday 31 March 2004 8:29 pm, [EMAIL PROTECTED] wrote:
> Log message:
> The lyx rabbit attacked again?
Hmmm. Thanks.
On Tue, Mar 30, 2004 at 09:36:58PM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > So why is handling of this lfun not postponed until the right level came
> > up?
> >
> > As far as I can tell there are two cases:
> >
> > 1. LFUN_TOGGLE is applied to the 'thing to the right'. Shoul
On Tue, Mar 30, 2004 at 09:46:04PM +0200, Alfredo Braunstein wrote:
> I didn't though that people got used to that convention in such a short life
> of DocIterator/InsetIterator... and I *did* warn about the change.
This was no criticism...
Andre'
Georg Baum wrote:
> This is definitely an improvement, especially for symmetric changes
> such as convert_spaces/revert_spaces.
Agree wholeheartedly.
>> The new files will be:
>> lyx_0_12.py
>> lyx_1_0_0.py
>> lyx_1_0_1.py
>> lyx_1_1_4.py
>> lyx_1_1_5.py
>> lyx_1_1_6_3.py
>> lyx_1_1_6.py
>> lyx
Jean-Marc Lasgouttes wrote:
> What's wrong with the following without any pointer change?
>
> +void LaTeXFeatures::setBuffer(Buffer const & buffer)
> +{
> + buffer_ = buffer;
> }
This is wrong:
LaTeXFeatures.C: In member function `void LaTeXFeatures::setBuffer(const
Buffer&)':
LaTeXFeat
Jose' Matos wrote:
> I have implemented all the suggestions from the list, collapsed all
> the new file formats in one file.
The advantages of this approach have been discussed, and I see no
disadvantages, so I guess no comments are needed here.
> I placed also convert and revert in the same
Jean-Marc Lasgouttes wrote:
> What's wrong with the following without any pointer change?
>
> +void LaTeXFeatures::setBuffer(Buffer const & buffer)
> +{
> + buffer_ = buffer;
> }
Your C++ is going to pot JMarc:
struct LatexFeatures {
Buffer const & buffer_;
};
1. You can't reset a
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> is my above guess valid? In any case, I have seen the failure
Georg> in 1.4cvs, and the attached patch fixes it. It is not pretty,
Georg> but I don't know a better solution, so IMO it should be applied
Georg> unless somebody else has a
Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
>> You are trying to make me feel guilty, aren't you? ;)
>
> Not really ;-)
>
>> Well, I do feel guilty, but I do not think much about it yet. I
>> understand what you wrote, but I do not understand why it does not
>> occur with my #605 patch (o
It appears I have caught Andre's e-disease.
I can ping cvs.lyx.org:
$ ping cvs.lyx.org
PING baywatch.lyx.org (80.232.38.163) 56(84) bytes of data.
64 bytes from baywatch.lyx.org (80.232.38.163): icmp_seq=0 ttl=240 time=58.3 ms
64 bytes from baywatch.lyx.org (80.232.38.163): icmp_seq=1 ttl=241 time=
Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
>
>>> Does the lfun get into the inset's priv_dispatch member function?
>>> Add some print statements.
>>
>> Obviously not. When I open the dialog, "default" is always chosen
>> in the switch.
>
> I'm willing to debug this, but I need so
On Wednesday 31 March 2004 16:16, Georg Baum wrote:
> This patch adds partial lyx2lyx support for the recent file format
> changes. It is only the mechanical part, that means backconversion is
> not yet implemented for the case that the new features are really
> used. I'll leave the interesting stu
Juergen Spitzmueller wrote:
>> Does the lfun get into the inset's priv_dispatch member function? Add
>> some print statements.
>
> Obviously not. When I open the dialog, "default" is always chosen in the
> switch.
I'm willing to debug this, but I need some advice. It is clear that the LFUN
does
This patch adds partial lyx2lyx support for the recent file format changes.
It is only the mechanical part, that means backconversion is not yet
implemented for the case that the new features are really used. I'll leave
the interesting stuff for the python gurus ;-)
Can somebody please apply?
Geo
Well, I introduced the crash and, (even though Alfredo did the leg
work to ascertain why it was crashing), I thought I'd better fix it.
Patch attached and committed.
--
AngusIndex: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/l
> Incidentally, I have a patch here that turns ControlSpellchecker into
> a 'conventional' dialog controller. (Read: one whose logic I can
> understand --- ie, simple!). It still does *far* too much though. I
> think I see how to move most of the functionality into the core so
> that the dialog si
Edwin Leuven wrote:
>> void getOutOfInset(LCursor & cur, InsetBase const & in)
>> Happy?
>
> leaveInset
Hello, Edwin. Long time, no hear! Hope you're well.
Yes, leaveInset is rather more elegant. Thanks.
--
Angus
Alfredo Braunstein wrote:
> This is what I had to do for making it work (!).
>
> - restore BufferView::setCursor (I had emptied it out in the
> ParIterator patch for some reason, thinking it was not needed any
> more)
> - fix BufferView::putSelectionAt (this should be culled out at
> the end I th
> void getOutOfInset(LCursor & cur, InsetBase const & in)
> Happy?
leaveInset
?
Andre Poenitz wrote:
> However, I don't think your approach is a Good One. Just let the
> inset and the text handle their share of the lfun instead of
> inventing Yet Another Dispatch Method.
Ok, Andre. Then the lyxfunc::dispatch code becomes:
case LFUN_ALL_INSETS_TOGGLE: {
Angus Leeming wrote:
> Alfredo Braunstein wrote:
>> The document scrolled down a bit for some reason (and the scrollbar
>> is broken). But the line is there.
>
> Thank you.
>
>>> and the dialog is telling us that "Guideby" is unknown.
>>
>> THis went in when the PosIterator -> DocIterator switc
52 matches
Mail list logo
