Martin Vermeer wrote:
> As I seem to be going off to the country again, you may wish to have a
> go at this yourself in your copious spare time [check weekday].
Why not applying your latest and greatest version of branches without color
support? You have done an amazing job and I think the thing
Angus Leeming wrote:
> Rather than have those check buttons, I was thinking about using the input
> widget: highlight the database in the browser and it is placed in the input
> box. Modify it to suit and then press "Modify" or similar.
I'm not shure I'd like those mixing of input and modifying wi
On Thu, Jul 31, 2003 at 06:10:09PM +, Angus Leeming spake thusly:
> > > where's the difficulty?
> > Waiting for me when the coding begins :-/
>
> That one used to wash. No more. You appear to be no.1 developer at the mo,
> just churning stuff out...
Flattering won't get you anything...
As
Hopefully generated the diff correctly. My last change wasn't correctly
incorporated.
Patch below, generated with
cvs diff -u, for the top directory.
Rod
Index: lib/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,v
retriev
Lars Gullik Bjønnes wrote:
>
> No, only the -dbg any switch
Comment read: `#LyX 1.4 created this file. For more info see
http://www.lyx.org/'
Running '/usr/local/share/lyx/lyx2lyx/lyx2lyx -t225
'/home/garst/eagle/NLM-ECG/LYX/NLM-ECG.lyx''
This where it hangs, lyx2lyx -t225 ... > outfile.lyx fro
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > It seems that you are the only one seeing this.
| >
| > Really strange.
| >
| > With debugging turned on, are you able to see in what phase it is
| > slow?
| I can't complile on this machine with -g, if that's what
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> Hi, the file_format is not a buffer property, we removed it
Jose'> from buffer.h as it only used when reading the lyx file.
Jose'> Ok to apply it?
Yes, looks like a good idea.
JMarc
Juergen Spitzmueller wrote:
> Angus Leeming wrote:
>> What d'ya think? Feel free to say it's rubbish ;-) Better yet, tell me
>> how it could all be improved.
>
> Looks very promising I'd say.
Rather than have those check buttons, I was thinking about using the input
widget: highlight the databa
Angus Leeming wrote:
> What d'ya think? Feel free to say it's rubbish ;-) Better yet, tell me how
> it could all be improved.
Looks very promising I'd say.
> Angus
>
> ps Jürgen, this is the first step on the way to that long-awaited clean-up
> of BibTeX handling. Do not fear, I haven't forgotten
I have been cleaning up the bibtex inset internals and am just about
finished. The inset itself is squeeky clean but two "peripheral" things
remain to be addressed.
1. The FileName class should be extended, as described in an earlier mail.
2. The xforms bibtex dialog must be finished off. I have
-BEGIN PGP SIGNED MESSAGE-
On Donnerstag, 31. Juli 2003 19:39, Garst R. Reese wrote:
> Jose' Matos wrote:
> >
> > And how much time does it takes to load this new file. I know that this
> > question looks crazy, but I have a reason.
>
> I killed it at 35minutes
> I suppose that answers
This request is based on experiences with trying to send LaTeX files
generated by LyX to other "pure" LaTeX users and a conference that required
a single LaTeX file which had everything in it.. So the request is to have
LyX convert the LyX document to a .tex file which would have the .eps
figures,
Hi,
the file_format is not a buffer property, we removed it from buffer.h as it
only used when reading the lyx file.
Ok to apply it?
--
José Abílio
LyX and docbook, a perfect match. :-)
? src/frontends/xforms/lyx_forms.h
? src/frontends/xforms/lyx_xpm.h
Index: src//buffer.C
===
On Thu, Jul 31, 2003 at 10:15:49AM +0200, Andre Poenitz wrote:
> > o change all code (appendPar etc.) that calls rowBreakPoint to call
> > metrics() on the outmost lyxtext instead
>
> I am not too sure here. I think appendPar etc should just get the
> structure right and not care too much for met
On Thu, Jul 31, 2003 at 12:43:12PM +0200, Jean-Marc Lasgouttes wrote:
> John> I've uploaded RPM and a tarball of latex-xft-fonts. JMarc, can
> John> you place in the right place please ?
>
> I did that. I left the latex-ttf stuff there for now, since it is what
> the docs refer to. Shall I just r
On Thu, Jul 31, 2003 at 05:09:27PM +0200, Jean-Marc Lasgouttes wrote:
> It seems that removing bs support by default is something that has
> been done starting with recent rh releases (why?)
dunno about X updates .. but +bs has never shown a noticeable
performance benefit in my experience, and
On Thu, Jul 31, 2003 at 03:19:08PM +0200, Jean-Marc Lasgouttes wrote:
> Yes, probably. Basically, when you type Alt-i, we open the menu and
> all keystrokes go there.
We might be able to add a QAction, but that screams "hack"
john
--
Khendon's Law:
If the same point is made twice by the same pe
On Thu, Jul 31, 2003 at 06:10:09PM +, Angus Leeming spake thusly:
...
> > What formati for the .lyx file? 255,0,0? 1.0,0.0,0.0? #ff?
> > I would propose the first, three bytes in decimal, but space
> > separated: \color 255 0 0. Easiest to lex.
>
> Seems fine to me. I don't see the poin
Jose' Matos wrote:
>
> And how much time does it takes to load this new file. I know that this
> question looks crazy, but I have a reason.
I killed it at 35minutes
I suppose that answers your question :)
> > No problem there. I'll try Asger's Sunday cvs. What is a safe Sunday
> > time for cvs
Hmmm... I am running on a Dell laptop (Dell Lattitude CPXJ to be exact)
I just brought up the UG (abut 5 seconds) and did View->PDF (about thirty
seconds) with the latest CVS.
I use CVS LyX all the time without much problems.
---Kayvan
--
Kayvan A. Sylvan | Prou
On Thursday 31 July 2003 5:10 pm, Martin Vermeer wrote:
> Actually I have
>
> class Branch {
> private:
> string branch_;
> bool selected_;
> string color_;
> };
>
> in BranchList.h. Storing as a string is OK I guess.
I guess, since LColor currently stores the X11 color name. Eg, '#ff0
On Thursday 31 July 2003 17:30, Garst R. Reese wrote:
> 5.25user
> 0.08system
> 0:07.75elapsed
> 68%CPU (0avgtext+0avgdata 0maxresident)k
> 0inputs+0outputs (483major+464minor)pagefaults 0swaps
And how much time does it takes to load this new file. I know that this
question looks crazy, but I h
On Thu, Jul 31, 2003 at 05:28:59PM +, Angus Leeming spake thusly:
> Martin Vermeer wrote:
>
> > OK, show me :-)
>
> I already have. New branches are defined in the Document dialog right?
>
> Branch: [ Russian ] // text widget
> Selected: o
On Thursday 31 July 2003 4:31 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> On a 2.7GHz machine the UG loads in 2-3 secs. I note though
> Angus> that Jean-Marc really has done something weird and wonderful to
> Angus> the Environments combox
Lars Gullik Bjønnes wrote:
> It seems that you are the only one seeing this.
>
> Really strange.
>
> With debugging turned on, are you able to see in what phase it is
> slow?
I can't complile on this machine with -g, if that's what you mean.
Garst
Andre Poenitz wrote:
> Probably not too many people use current CVS for serious work
> (guess why ;-})
>
Yeah, but I screwed up and blew away my 1.3, edited a doc in 1.4 and got
stuck :)
Not to worry.
Thanks,
Garst
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On a 2.7GHz machine the UG loads in 2-3 secs. I note though
Angus> that Jean-Marc really has done something weird and wonderful to
Angus> the Environments combox on the toolbar. Open and close a few
Angus> docs and you'll end up wit
Jose' Matos wrote:
>
> Could you please use directly lyx2lyx outside lyx and see how much time it
> takes?
>
bash$ time ./lyx2lyx /home/garst/eagle/NLM-ECG/LYX/NLM-ECG.lyx >
~/tmp/NLM-ECG14.lyx
5.25user 0.08system 0:07.75elapsed 68%CPU (0avgtext+0avgdata
0maxresident)k
0inputs+0outputs (483majo
Martin Vermeer wrote:
> On Thu, Jul 31, 2003 at 04:52:15PM +, Angus Leeming spake thusly:
>
>> On Thursday 31 July 2003 4:01 pm, Martin Vermeer wrote:
>
> ...
>
>> And I say that branches are document-specific and that preferences need
>> know nothing about them. Define how the branch is
Juergen Spitzmueller wrote:
> Angus Leeming wrote:
>> dunno
>> You could perhaps parse /usr/lib/X11/rgb.txt (location may vary). It has
>> entries of the form:
>> 255 250 250 snow
>> 248 248 255 ghost white
>> but really, I think that that is overkill.
>
> Don't get me wrong, I do
On Thu, Jul 31, 2003 at 04:52:15PM +, Angus Leeming spake thusly:
> On Thursday 31 July 2003 4:01 pm, Martin Vermeer wrote:
...
> And I say that branches are document-specific and that preferences need know
> nothing about them. Define how the branch is to be displayed at the top of
> th
Angus Leeming wrote:
> dunno
> You could perhaps parse /usr/lib/X11/rgb.txt (location may vary). It has
> entries of the form:
> 255 250 250 snow
> 248 248 255 ghost white
> but really, I think that that is overkill.
Don't get me wrong, I don't wanna do art. I'm just wondering if w
Martin Vermeer wrote:
> Excuse me? That's a no-no for LyX. Visual instead of logical mark-up
I don't understand. We are talking only about the screen representation of the
inset background, no? I want to be able to adjust to a nice-looking and
distinguishable color, I don't care about the name.
On Thursday 31 July 2003 4:01 pm, Martin Vermeer wrote:
> > Store the R,G,B triple...
>
> Excuse me? That's a no-no for LyX. Visual instead of logical mark-up
>
> :-(
Don't be ridiculous! The logical mark-up is that you are saying that branch
is to be displayed in such and such away. It is nothi
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, Jul 31, 2003 at 04:40:22PM +, Angus Leeming wrote:
| > On a 2.7GHz machine the UG loads in 2-3 secs.
|
| real0m4.121s
| user0m2.070s
| sys 0m0.020s
|
| Athlon 1700+
There is a while from there to over an hour...
--
Lg
On Thursday 31 July 2003 16:21, Garst R. Reese wrote:
> My files now do eventually load, but the UG takes about an hour to load.
> My large problem doc now loads, but lyx is too slow to be useable.
> My pre-Chemnitz version is working. This is a pretty ancient box, 233Mz,
> 96Mb.
Could you pleas
On Thu, Jul 31, 2003 at 04:40:22PM +, Angus Leeming wrote:
> On a 2.7GHz machine the UG loads in 2-3 secs.
real0m4.121s
user0m2.070s
sys 0m0.020s
Athlon 1700+
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one
On Thu, Jul 31, 2003 at 03:02:36PM +, Angus Leeming spake thusly:
> On Thursday 31 July 2003 1:51 pm, Martin Vermeer wrote:
...
> If you use the colour picker, you won't need to store the names in LColor at
> all (I think). Save them in the lyx file as
>
> branch
> color , ,
>
>
Lars Gullik Bjønnes wrote:
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | My files now do eventually load, but the UG takes about an hour to load.
> | My large problem doc now loads, but lyx is too slow to be useable.
> | My pre-Chemnitz version is working. This is a pretty ancient box, 233
On Thu, Jul 31, 2003 at 12:21:17PM -0300, Garst R. Reese wrote:
> My files now do eventually load, but the UG takes about an hour to load.
That won't change for a few weeks.
Instead of re-inserting clever speed hacks I'd like to clean up the core
first. Speeding it up afterwards should be fairly
Garst R. Reese wrote:
> My files now do eventually load, but the UG takes about an hour to load.
> My large problem doc now loads, but lyx is too slow to be useable.
> My pre-Chemnitz version is working. This is a pretty ancient box, 233Mz,
> 96Mb.
> So it looks like the problem is not yours, but
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| My files now do eventually load, but the UG takes about an hour to load.
| My large problem doc now loads, but lyx is too slow to be useable.
| My pre-Chemnitz version is working. This is a pretty ancient box, 233Mz,
| 96Mb.
| So it looks like the pro
Juergen Spitzmueller wrote:
> Angus Leeming wrote:
>> LyX currently stores an 'X11 colour name' in LColor.[Ch]. Fortunately,
>> you can generate it from the R,G,B triple... This code is currently in
>> FormPreferences.C. Move it into Color.[Ch] and move these files into
>> support.
>
> I see. Tha
My files now do eventually load, but the UG takes about an hour to load.
My large problem doc now loads, but lyx is too slow to be useable.
My pre-Chemnitz version is working. This is a pretty ancient box, 233Mz,
96Mb.
So it looks like the problem is not yours, but I'm puzzled as to why I'm
the onl
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Tue, Jul 29, 2003 at 06:10:36AM -0700, Kayvan A. Sylvan wrote:
| > Problem with "make dist":
| >
|
| This patch fixes the automated build problems.
Yeah. this looks ok.
Unless somebody beats me to it, I will commit this later tonight.
--
Does anybody know what the currently implemented strategy to extract
the width of table cells look like?
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...)
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> ./lyx Click on _F_ile Click on Open recen_t_ Click on _I_mport
John> At this point the open recent submenu should is closed but is
John> still visible on screen
I can confirm that this happens when the x server is started without
back
On Thu, Jul 31, 2003 at 03:33:50PM +0200, Andre Poenitz wrote:
> - ParagraphList::iterator par = std::find(ownerParagraphs().begin(),
> - ownerParagraphs().end(),
> - *inset->parOwner());
> + ParagraphL
Angus Leeming wrote:
> LyX currently stores an 'X11 colour name' in LColor.[Ch]. Fortunately, you
> can generate it from the R,G,B triple... This code is currently in
> FormPreferences.C. Move it into Color.[Ch] and move these files into
> support.
I see. Thanks for enlightening. Additionally, you
Fábio Pakk Selmi-Dei wrote:
> Hi, I'm a LyX user and recently, I've installed LyX stable version 1.3.2
> in Red Hat Linux 9.0. The problem is that any math formula is shown in
> text rather than in an equation like way. For example, "x belongs to A"
> appears like "x in A".
>
> What can be done?
On Thu, Jul 31, 2003 at 11:37:04AM -0700, Fábio Pakk Selmi-Dei wrote:
> Hi, I'm a LyX user and recently, I've installed LyX stable version
> 1.3.2 in Red Hat Linux 9.0. The problem is that any math formula is
> shown in text rather than in an equation like way. For example, "x
> belongs to A" app
Jean-Marc Lasgouttes wrote:
> Christian> * Why is there a share/lyx/doc/ AND a share/lyx/help ? Is
> Christian> the stuff in share/lyx/help help-files for dialogs or
> Christian> something?
>
> As far as I know, the help files are not used anymore (am I wrong,
> someone?). They should maybe be rem
Juergen Spitzmueller wrote:
>> Store the R,G,B triple...
>
> This is also what I had in mind, actually. But due to my well-known
> ignorance, it didn't know how this can be done technically (and what color
> format LyX uses).
>
LyX currently stores an 'X11 colour name' in LColor.[Ch]. Fortunate
Hi, I'm a LyX user and recently, I've installed LyX stable version 1.3.2 in Red Hat
Linux 9.0.
The problem is that any math formula is shown in text rather than in an equation like
way.
For example, "x belongs to A" appears like "x in A".
What can be done?
Thanks a lot,
Fábio Pakk Selmi-Dei
[E
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> On Wed, 30 Jul 2003, Garst R. Reese wrote:
>> 1. How do I install files checked out from lyxdoc? 2. Would be
>> possible to split lyxdoc into lyxdoc_xx so that it would only be
>> necessary to co the languages needed
On Thursday 31 July 2003 00:18, Garst R. Reese wrote:
>
> I still have the same problem, even after updating for current lyxdoc
> (with much effort).
> What version of python are you using?
2.2 but all the code is supposed to be compatible with 1.5.2
I don't even have a clue why it is not wor
Christian Ridderström wrote:
> * Any objections to putting french documents in share/lyx/doc/fr/ etc?
>(Some code will have to be changed in order for Help->UserGuide to
> open the correct file etc.)
Make sure that if the french version of the doc isn't found, the english one
is...
--
Angus Leeming wrote:
> > Also, note that the real "political" problem is not how we create and
> > choose the colours (so you're too early with your proposal :), but what
> > colour *names* we will allow to be stored in the document format, as
> > pointed out by Jürgen. Once we make that choice, we
On Thu, Jul 31, 2003 at 03:45:23PM +0200, Andre' Poenitz wrote:
> Does anybody find obvious regressions with respect to current cvs
> after applying the attached patch?
Forget about it, this is completely unused code.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will
On Tue, Jul 29, 2003 at 06:10:36AM -0700, Kayvan A. Sylvan wrote:
> Problem with "make dist":
>
This patch fixes the automated build problems.
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89
On Thursday 31 July 2003 1:51 pm, Martin Vermeer wrote:
> > One small thing to ease your life: make 'name_' here a static member of
> > the class (add a line
> > string const InsetBranchMailer::name_ = "branch";
> > to insetbranch.C) and you will be able to remove that 'name' argument
> > f
On Wed, 30 Jul 2003, Garst R. Reese wrote:
> 1. How do I install files checked out from lyxdoc?
> 2. Would be possible to split lyxdoc into lyxdoc_xx so that it would
> only be necessary to co the languages needed?
> 3. README.Documentation is so old that it is useless.
> 4. A make install might b
Does anybody find obvious regressions with respect to current cvs
after applying the attached patch?
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...)
? insets/1.diff
Index: text
We should not have hacks like this...
== should always check for "value equality" not "object equality" in a
value-based world (like STL...)
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
On Thu, Jul 31, 2003 at 01:25:27PM +, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
>
> > Attached.
> >
> > New:
> > - open/close selected/deselected branches on FormDocument exit
> > - clean in-document format for branch definitions
> > - branchlist editor cleaned up a bit
> > - bra
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Is numbering branches the best way to give shortcuts to them?
>> Couldn't you declare shortcuts in the branch names somehow?
Martin> How? They are completely arbitrary user-chosen strings.
Martin> Of course in principle you could im
On Thu, 31 Jul 2003, Angus Leeming wrote:
> Lars Gullik Bjønnes wrote:
>
> > Miyata Shigeru <[EMAIL PROTECTED]> writes:
>
> The pnm files can be saved in either an ascii or a binary format I believe.
> Could we re-save it in ascii-format?
>
What's wrong with using a binary format for an image?
Andre Poenitz wrote:
> Some cleanup (31 lines gone, three global variables)
Seems nice.
Regards, Alfredo
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Some cleanup (31 lines gone, three global variables)
Seems like a good idea, especially since this minibuffer thing was
confusing (if only because of its name).
JMarc
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> Hmm, that sucks. Is this true for both Qt and Xforms?
Yes, probably. Basically, when you type Alt-i, we open the menu and
all keystrokes go there.
JMarc
On 31 Jul 2003, Lars Gullik Bjønnes wrote:
> Miyata Shigeru <[EMAIL PROTECTED]> writes:
>
> | > Kayvan> Who is who in that picture?
> | > Andre, Jose, Konni, Alfredo, Francesca (sp?), Lars, me, Angus, Jean-Marc.
> |
> | Could you mark banner.ppm as BINARY, please?
> | CVS, by default, tranfers f
On Thu, Jul 31, 2003 at 02:05:37PM +0200, Jean-Marc Lasgouttes spake thusly:
>
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Now added (at Juergen's request) dynamic menu items for
> Martin> inserting Branch insets. Attached the files that changed.
>
> The code relat
Some cleanup (31 lines gone, three global variables)
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...)
Index: paragraph.C
=
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I think we must have misread the code and decided it was no
Angus> longer needed. I seem to remember just such a conversation.
Angus> Looking in src/support/Makefile.am, I see that ABS_BUILDDIR is
Angus> defined. I also see (in pat
On Thu, 31 Jul 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> This is unfortunately not possible, since once one types Alt-I, it is
> the menu that is in charge.
>
Hmm, that sucks. Is this true for both Qt and Xforms?
I just teste
Jean-Marc Lasgouttes wrote:
>> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> Building lyx and trying to run it from the lyx build directory
> Kayvan> does not seem to work now.
>
> Kayvan> ./src/lyx gives the dialog box: "Error while reading the
> Kayvan> configuration
Martin Vermeer wrote:
> Attached.
>
> New:
> - open/close selected/deselected branches on FormDocument exit
> - clean in-document format for branch definitions
> - branchlist editor cleaned up a bit
> - branch colours not yet implemented (more discussion required;
> Pref-definable, how?) but in
Lars Gullik Bjønnes wrote:
> Miyata Shigeru <[EMAIL PROTECTED]> writes:
>
> | > Kayvan> Who is who in that picture?
> | > Andre, Jose, Konni, Alfredo, Francesca (sp?), Lars, me, Angus,
> | > Jean-Marc.
> |
> | Could you mark banner.ppm as BINARY, please?
> | CVS, by default, tranfers files in te
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Now added (at Juergen's request) dynamic menu items for
Martin> inserting Branch insets. Attached the files that changed.
The code related to menu backend seems fine to me, except for the
following function:
+void expandBranche
On Thu, Jul 31, 2003 at 11:00:49AM +0300, Martin Vermeer spake thusly:
>
> Attached.
>
> New:
> - open/close selected/deselected branches on FormDocument exit
> - clean in-document format for branch definitions
> - branchlist editor cleaned up a bit
> - branch colours not yet implemented (more d
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Jul 11, 2003 at 10:12:20AM +0200, Jean-Marc Lasgouttes
John> wrote:
>> I used to see that, but I am not able to reproduce it now... What
>> version of xforms are you using?
John> [EMAIL PROTECTED] src]$ ./lyx --version 2>&1 | gr
> "Francois" == Francois BERENGER <[EMAIL PROTECTED]> writes:
Francois> Hello, Is this possible to interface Lyx with some of the
Francois> most popular text editors (emacs/vim)? Despite its
Francois> functionality the Lyx's editor is far from allowing me the
Francois> same productivity as wit
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
Rod> It may be a slow evolution. I'm currently trying to write a draft
Rod> paper using it, so I may come across other bits and bobs.
Which is the right way of doing things. I wish ore layout would
receive polish.
JMarc
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
Rod> Against the 1.4.0 cvs. Allows for numbered sections as does the
Rod> class file. Let me know if I've done the diff incorrectly.
I'd rather have unified diffs (diff -u) and also a diff to changelog.
Also, it is better if you are in top sou
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I've uploaded RPM and a tarball of latex-xft-fonts. JMarc, can
John> you place in the right place please ?
I did that. I left the latex-ttf stuff there for now, since it is what
the docs refer to. Shall I just remove this?
John> We sho
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Building lyx and trying to run it from the lyx build directory
Kayvan> does not seem to work now.
Kayvan> ./src/lyx gives the dialog box: "Error while reading the
Kayvan> configuration file lyxrc.defaults"
Kayvan> Hit OK, lyx
Is that used for anything?
Seems to work without..
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...)
Index: BufferView_pimpl.C
===
Miyata Shigeru <[EMAIL PROTECTED]> writes:
| > Kayvan> Who is who in that picture?
| > Andre, Jose, Konni, Alfredo, Francesca (sp?), Lars, me, Angus, Jean-Marc.
|
| Could you mark banner.ppm as BINARY, please?
| CVS, by default, tranfers files in text mode.
Only a problem with Win boxen?
--
On Thu, Jul 31, 2003 at 10:47:36AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Wed, Jul 30, 2003 at 07:07:04PM +0100, John Levon wrote:
> | >
> | > Andre, what are your plans from this point ? I think we need something
> | > like :
> | >
> | > o add rem
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Jul 30, 2003 at 09:39:08PM +0300, Dekel Tsur wrote:
|
| > 1) If we want to use the Unicode bidi algorithm then we should first use
| > UCS32 for the text.
|
| This is indeed the plan.
FYI: it is UCS4 (almost equal to UTF32)
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jul 30, 2003 at 07:07:04PM +0100, John Levon wrote:
| >
| > Andre, what are your plans from this point ? I think we need something
| > like :
| >
| > o add remainingwidth as discussed
|
| *nod*
|
| > o move the actual rowBreakPoint code to be
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, I have been mulling over how best to overcome the
Angus> limitations in my new FileName class that you pointed out in
Angus> Chemnitz. I think that this algorithm should work well:
Angus> The FileName class should be abl
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> On Wed, 30 Jul 2003, John Levon wrote:
>>
>>
>> It's not ideal but I think people will quickly get used to
>> Alt-I-N-F instead of Alt-I-F
>>
Christian> Or give the user Alt-I-F as and additional keybinding for
C
On Wed, Jul 30, 2003 at 07:07:04PM +0100, John Levon wrote:
>
> Andre, what are your plans from this point ? I think we need something
> like :
>
> o add remainingwidth as discussed
*nod*
> o move the actual rowBreakPoint code to be called only from metrics.
> Utilise this to call inset metrics
Attached.
New:
- open/close selected/deselected branches on FormDocument exit
- clean in-document format for branch definitions
- branchlist editor cleaned up a bit
- branch colours not yet implemented (more discussion required;
Pref-definable, how?) but infrastructure is ready
...for your ben
95 matches
Mail list logo