On Tue, 16 Dec 2003, Christian Ridderström wrote:
>
> Speaking of that, I used my script to see how the lfuns have changed
> between the recent releases. The lfuns for Lyx 1.3.1 - 1.3.3 are the
> same, but the n:o lfuns has dropped from 241 to 238 in the latest CVS.
> However, the n:o lfuns in
On Tue, 16 Dec 2003, John Levon wrote:
> On Tue, Dec 16, 2003 at 12:39:47AM +0100, Christian Ridderstr?m wrote:
>
> > Ok.. so at the moment there is no textual description at all about what
> > each lfun does or is supposed to do? That is... right now we only know
> > (implicitly through the so
On Tue, Dec 16, 2003 at 12:39:47AM +0100, Christian Ridderstr?m wrote:
> Ok.. so at the moment there is no textual description at all about what
> each lfun does or is supposed to do? That is... right now we only know
> (implicitly through the source) what each lfun actually does?
That was real
On Mon, 15 Dec 2003, John Levon wrote:
> On Mon, Dec 15, 2003 at 08:02:11PM +0100, Christian Ridderstr?m wrote:
>
> > http://wiki.lyx.org/pmwiki.php/LyX/LyxFunctionList1-3-3
> >
>
> It was removed for a couple of reasons. For starters, most of the "help"
> was in fact useless. Second, it di
There is an "import sys" missing in that python script.
Without it, the script bombs out and lyx fails to load the file.
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89)
http://sylvan.com/~ka
Ronald Florence wrote:
> The boost library problems were due to a configuration error on my
> part, and the problem went away when I rebuilt boost. I don't know
> whether some version of the BOOST_REGEX_NARROW_INSTANTIATE patch is
> needed because I haven't yet linked 1.4.0cvs (I have to build a
>
Angus Leeming <[EMAIL PROTECTED]> writes:
> What happens if you apply your BOOST_REGEX_NARROW_INSTANTIATE patch to
> the top of boost/regex/config.hpp?
The boost library problems were due to a configuration error on my
part, and the problem went away when I rebuilt boost. I don't know
whether s
Ronald Florence wrote:
boost::c_regex_traits::transform_primary(std::basic_string std::char_traits, std::allocator >&,
> std::basic_string, std::allocator
> > const&) boost::c_regex_traits::init()
> boost::c_regex_traits::transform(std::basic_string std::char_traits, std::allocator >&,
> std::basic
On Mon, Dec 15, 2003 at 08:02:11PM +0100, Christian Ridderstr?m wrote:
> I've just written a script:
>
> http://wiki.lyx.org/pmwiki.php/DevelTools/MakeLyxFunctionList
>
> that generates a wiki-page with a table of lfuns, i.e. this page:
>
> http://wiki.lyx.org/pmwiki.php/LyX/LyxFunc
Angus Leeming <[EMAIL PROTECTED]> writes:
> > qfont_loader.C:35: error: `LibFileSearch'
> > not declared qfont_loader.C:36: error: `OnlyPath' not declared
> > qfont_loader.C:37: error: `Systemcall' not declared make[5]: ***
> >
> [...]
>
> #ifdef Q_WS_X11
> #include
> #include
> +#endif
>
Ronald Florence wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>> LyX can be built with gcc-2.95.2, but not with the STL library
>> shipped with gcc-2.95. You will have to install STLport's version
>> of the STL to proceed with gcc-2.95.
>
> I fear this would be a non-starter for LyX/Mac.
Angus Leeming <[EMAIL PROTECTED]> writes:
> LyX can be built with gcc-2.95.2, but not with the STL library shipped
> with gcc-2.95. You will have to install STLport's version of the STL
> to proceed with gcc-2.95.
I fear this would be a non-starter for LyX/Mac. Many Mac users are
not comforta
On Mon, 15 Dec 2003, Angus Leeming wrote:
> Christian Ridderström wrote:
>
> > I've seen 'IU' several times now in the headers of posts...
> > is this the same as UI?
>
> No.
> UI: user interface.
> IU: inset unification. The on-going process of merging the mathed and
> 'other' insets.
>
> Us
Christian Ridderström wrote:
> I've seen 'IU' several times now in the headers of posts...
> is this the same as UI?
No.
UI: user interface.
IU: inset unification. The on-going process of merging the mathed and
'other' insets.
Users will find that they are then able to test these currently
in
On Monday 15 December 2003 19:03, Christian Ridderström wrote:
> I've seen 'IU' several times now in the headers of posts...
> is this the same as UI?
Inset Unification
non-math + math (the same answer given to Michael last friday) :-)
> /Christian
--
José Abílio
LyX and docbook, a perfec
I've seen 'IU' several times now in the headers of posts...
is this the same as UI?
/Christian
--
Christian Ridderström http://www.md.kth.se/~chr
On Mon, 15 Dec 2003, Andre Poenitz wrote:
> If you abstain from verbing other nouns...
As long as I can use 'bugzilla' for
'the act of filing a bug or enhancement to the bugzilla system'
Or do you know of some other verb that means the above?
/Christian (who promises to cut down on his
Attached a patch to make the CharStyle inset honour the font in the
.layout file again.
This should bring back the original functionality that was lost with
one of (André's?) cleanup patches that removed getDrawFont() from the
text?.C files. Michael, if this doesn't collide with what you're doing
Hi
I've just written a script:
http://wiki.lyx.org/pmwiki.php/DevelTools/MakeLyxFunctionList
that generates a wiki-page with a table of lfuns, i.e. this page:
http://wiki.lyx.org/pmwiki.php/LyX/LyxFunctionList1-3-3
While doing this I noticed that the format in src/LyXAction.C h
Ronald Florence wrote:
> I am trying to compile lyx-1.4.0cvs in order to port the LyX/Mac
> patches from 1.3.x. Unfortunately, the build stops dead with
> gcc-2.95.2 (the only Apple compiler that can handle lyx-1.3.x) at:
LyX can be built with gcc-2.95.2, but not with the STL library shipped
wi
I am trying to compile lyx-1.4.0cvs in order to port the LyX/Mac
patches from 1.3.x. Unfortunately, the build stops dead with
gcc-2.95.2 (the only Apple compiler that can handle lyx-1.3.x) at:
source='formulabase.C' object='formulabase.lo' libtool=yes \
depfile='.deps/formulabase.Plo' tmpdepfile
On Monday 15 December 2003 17:02, Angus Leeming wrote:
> The attached patch ups the lyx format to 228 and uses this change to
> trigger lyx2lyx into acting on lyxconvert_227.py (also in the patch).
>
> I think that I've covered all the InsetCollabsable-derived insets but
> please check.
If it wo
Alfredo Braunstein wrote:
> Sure. Shouldn't be needed at all, as well as a lot of
> setCursor(cursor.par(), cursor.pos()) spreaded all around.
See attached.
Alfredo
Index: BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-
The attached patch ups the lyx format to 228 and uses this change to
trigger lyx2lyx into acting on lyxconvert_227.py (also in the patch).
I think that I've covered all the InsetCollabsable-derived insets but
please check.
Regards,
--
AngusIndex: src/buffer.C
=
Hi Jean-Marc,
I'm gonna do as you say :)
Thanks and regards,
Dooteo
Jatorrizko mezua: data: al., 2003-12-15 17:31, egilea: Jean-Marc
Lasgouttes
> > "dooteo" == dooteo <[EMAIL PROTECTED]> writes:
>
> dooteo> Hi, We are finnishing LyX basque PO translation. So I
> dooteo> downloaded last 1.
> "dooteo" == dooteo <[EMAIL PROTECTED]> writes:
dooteo> Hi, We are finnishing LyX basque PO translation. So I
dooteo> downloaded last 1.3.3 release and I found these POT files:
dooteo> default_ui_l10n.pot languages_l10n.pot
dooteo> layouts_l10n.pot qt_l10n.pot xforms_l10n.pot
doote
Juergen Spitzmueller wrote:
> For the lfun stuff, we really need another lyx2lyx conversion step.
> lyx2lyx converts minipages to boxes between 223 and 225, but
> unfortunately it was possible to produce a minipage inset via
> minibuffer or tex2lyx in file format 225 (and 226) until my patch
> yes
Andre Poenitz wrote:
> Don't know. Maybe not needed at all... Care to have a look?
Sure. Shouldn't be needed at all, as well as a lot of
setCursor(cursor.par(), cursor.pos()) spreaded all around.
I'm having a look.
Alfredo
This splits the '..., bool lock)' functions into two.
Clearer logic.
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...)
? .insettabular.C.swp
? .insettabular.h.swp
? 1.diff
Index:
On Mon, Dec 15, 2003 at 12:05:49PM -0300, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > It also replaces the x and y field of the cursor by on-demand
> > computation of that values, so the per-text cursor stuff is preparing
> > for its demise.
>
> Btw, what is redoCursor good for, nowada
Andre Poenitz wrote:
> It also replaces the x and y field of the cursor by on-demand
> computation of that values, so the per-text cursor stuff is preparing
> for its demise.
Btw, what is redoCursor good for, nowadays?
Alfredo
Andre Poenitz wrote:
> Tables getting better (still far from good).
>
> Moreover, this introduces a new class CursorSlice which replaces
> mathed's MathPos and texted's CursorItem. So the content of the math
> cursor and the global cursor looks similar nowadays.
Seems very nice.
> It also repl
On Mon, Dec 15, 2003 at 11:37:59AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> > On Mon, Dec 15, 2003 at 11:24:11AM +, Angus Leeming wrote:
> >> It's a clever way of extending working mathed behaviour to the
> >> outside world. I find reading the patch quite funny: I can
> >> unders
Andre Poenitz wrote:
> On Mon, Dec 15, 2003 at 11:24:11AM +, Angus Leeming wrote:
>> It's a clever way of extending working mathed behaviour to the
>> outside world. I find reading the patch quite funny: I can
>> understand the changes without understanding the underlying code
>> ;-)
>
> Well
On Mon, Dec 15, 2003 at 11:24:11AM +, Angus Leeming wrote:
> It's a clever way of extending working mathed behaviour to the outside
> world. I find reading the patch quite funny: I can understand the
> changes without understanding the underlying code ;-)
Well, it is a kind of a merge. texte
Andre Poenitz wrote:
>
> Tables getting better (still far from good).
>
> Moreover, this introduces a new class CursorSlice which replaces
> mathed's MathPos and texted's CursorItem. So the content of the math
> cursor and the global cursor looks similar nowadays.
>
> It also replaces the x and
On Mon, Dec 15, 2003 at 10:39:51AM +, Angus Leeming wrote:
> On Monday 15 December 2003 10:34 am, Andre Poenitz wrote:
> > > I do think that somethng should be done, however. Moving forward with
> > > a flawed design is a bad idea IMO.
> >
> > I don't have a strong opinion here as I never used
On Monday 15 December 2003 10:34 am, Andre Poenitz wrote:
> > I do think that somethng should be done, however. Moving forward with
> > a flawed design is a bad idea IMO.
>
> I don't have a strong opinion here as I never used that feature myself.
That's because Branches are a new feature. I can se
On Sun, Dec 14, 2003 at 04:50:42PM +, Angus Leeming wrote:
> The branches code enable the user to create a custom color for each
> branch. That is, new colors are defined for a particular buffer.
> However, these colors are stored in the system-wide lcolors variable.
> That's a design flaw.
On Sat, Dec 13, 2003 at 04:50:55PM +0100, Georg Baum wrote:
> Am Freitag, 12. Dezember 2003 12:41 schrieb Andre Poenitz:
> >
> > Would be nice if your comment lines would not exceed 72 char or so.
>
> You mean like this
>
> +/*!
> + * Translates a LaTeX length into \param value, \param unit and
Jose' Matos: wrote
> > See this testfile from Kornel:
> > http://marc.theaimsgroup.com/?l=lyx-devel&m=107072337127639&w=2
>
> Let us be a little pragmatic. :-)
> How many people are bitten by that? Could we tell those people to change
> the files by hand?
Perhaps. AFAICS it is sufficient to ma
On Sat, Dec 13, 2003 at 01:39:19PM +0100, Christian Ridderström wrote:
> I just came a across something that I think might be a bug in mathEd,
> that's related to self-insert.
>
> If you do this command sequence:
>
> command-sequence ert-insert; self-insert texCmd
>
> you don't end up wit
On Sat, Dec 13, 2003 at 01:03:23PM +0100, Christian Ridderström wrote:
> I know that an LFUN is a lyx-function and a little more:
>
> http://wiki.lyx.org/pmwiki.php/Devel/LFUNs
>
> >From lfuns.h I get:
> * These are all the lyx functions, the main mechanism
> * through which the
On Monday 15 December 2003 08:43, Angus Leeming wrote:
>
> > Is the problem caused bt lyx2lyx?
>
> No. The problem lies in Michael Schmitt's recent 'CollapseStatus'
> patch which moved some code from InsetERT to InsetCollapsable'. The
> patch should have upped the format to 228 and contained the
On Monday 15 December 2003 08:46, Juergen Spitzmueller wrote:
>
> For the lfun stuff, we really need another lyx2lyx conversion step. lyx2lyx
> converts minipages to boxes between 223 and 225, but unfortunately it was
> possible to produce a minipage inset via minibuffer or tex2lyx in file
> format
Vitaly Lipatov wrote:
> I guess we have to convert filenames of any graphics in 7 bit
> clean form like this path does. It resolves problems with
> russian names of files with graphics inserted in LyX.
>
> --- /home/lav/RPM/BUILD/lyx-1.3.3/src/insets/insetgraphics.C
> 2003-09-30 23:55:18 +0400
> +
On Fri, Dec 12, 2003 at 09:40:57PM +0200, Martin Vermeer wrote:
> On Fri, Dec 12, 2003 at 02:59:27PM +0100, Andre Poenitz spake thusly:
>
> > + if (c == '_') {
> > + script(false);
> > + return true;
> > + }
> > +
> > + if (c == '^') {
> > + script(true);
> > +
On Saturday 13 December 2003 10:05, Georg Baum wrote:
> Am Donnerstag, 11. Dezember 2003 19:47 schrieb Jose' Matos:
> > - lyxconvert_xxx.py converts from xxx format to its successor.
> > - lyxrevert_xxx.py reverts from xxx format to its predecessor.
> >
> > Do you want me to put this comment
Tables getting better (still far from good).
Moreover, this introduces a new class CursorSlice which replaces
mathed's MathPos and texted's CursorItem. So the content of the math
cursor and the global cursor looks similar nowadays.
It also replaces the x and y field of the cursor by on-demand
co
Angus Leeming wrote:
> True enough, but please don't apply this patch until lyx2lyx can
> upgrade older files. Kayvan, for example, uses 1.4.x for his daily
> work and he's already having to work around collapseStatus horkage.
I'll apply the gnome/gtk and MINIPAGE_CODE stuff, since this is really
Jose' Matos wrote:
> On Saturday 13 December 2003 03:43, Kayvan A. Sylvan wrote:
>
>> > All ERT and Footnote insets are then open. This would be fine if
>> > there was a "Close all footnotes" or some such command.
>>
>> I used this hack to solve the issue for me:
>>
>> perl -pi~ -e 's/^status
On Saturday 13 December 2003 03:43, Kayvan A. Sylvan wrote:
> > All ERT and Footnote insets are then open. This would be fine if there
> > was a "Close all footnotes" or some such command.
>
> I used this hack to solve the issue for me:
>
> perl -pi~ -e 's/^status open/status collapsed/' file.
52 matches
Mail list logo
