I'm not sure why you resorted to the article class.. the CV class
included with LyX can produce something very similar.. I created mine
using the CV class.. it's at:
www.personal.psu.edu/nug107/CV_Nirmal_Govind.pdf
I can send you the lyx file in case you want to take a look at it..
Btw, I have a
Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | +Buffer * newFile(string const & name, string tname, bool isNamed)
>
> This should take "string const &" not just "string"
ok.
>
> | +/// Make a new file (buffer) using a template
> | +Buffer * newFile(string co
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| With current cvs, only by opening and closing some documents randomly, at
| some point I get this abort.
|
| I doesn't happend very often (and doesn't depend on the particular
| documents).
Is this a non-optimized build (-O0)?
If not, can you rep
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| +Buffer * newFile(string const & name, string tname, bool isNamed)
This should take "string const &" not just "string"
| +/// Make a new file (buffer) using a template
| +Buffer * newFile(string const &, string, bool isNamed = false);
and here.
A
With current cvs, only by opening and closing some documents randomly, at
some point I get this abort.
I doesn't happend very often (and doesn't depend on the particular
documents).
Regards, Alfredo
#0 0xe002 in ?? ()
(gdb) bt
#0 0xe002 in ?? ()
#1 0x42028a73 in abort () from /lib/tl
Lars Gullik Bjønnes wrote:
> Please do it now.
Here it is.
Regards, Alfredo
Index: BufferView.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView.C,v
retrieving revision 1.160
diff -u -p -u -r1.160 BufferView.C
--- Buff
Kayvan A. Sylvan wrote:
> On Thu, Jun 19, 2003 at 05:54:25PM +, Angus Leeming wrote:
>> Yes. The LyX scripts directories are indicated by "$$s/". See, eg,
>> libs/configure.m4:
>>
>> lyxpreview_to_bitmap_command='$$s/lyxpreview2bitmap.sh'
>> \\converter lyxpreview ppm "$lyxpreview_to_bitmap_c
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Things are looking good, some more testing now.
|
| I'm at it... (no surprises for now)
|
| > I wonder... should newFile also be moved out?
|
| Should be easy... it would call BufferList::newBuffer anyway. If y
On Thu, Jun 19, 2003 at 05:54:25PM +, Angus Leeming wrote:
> Yes. The LyX scripts directories are indicated by "$$s/". See, eg,
> libs/configure.m4:
>
> lyxpreview_to_bitmap_command='$$s/lyxpreview2bitmap.sh'
> \\converter lyxpreview ppm "$lyxpreview_to_bitmap_command" ""
Thank you. Was this
Angus Leeming wrote:
> I think that this makes more sense (below). Can have duplicate "names
> only", but they correspond to a unique absolute filename. The browsers
> return an index, so we always get the right file.
Seems prefect.
> Or maybe pass a pair, vector >. Would make it
> trivial to f
Alfredo Braunstein wrote:
> Alfredo Braunstein wrote:
>
>> The problem seems to be on the script that generates the *Files.lst
>> files, there are repeated entries:
>>
>> /usr/share/texmf/tex/generic/babel/hebtech.cls
>> /usr/share/texmf/tex/generic/xypic/movie.cls
>> /usr/share/texmf/tex//gener
Alfredo Braunstein wrote:
> The problem seems to be on the script that generates the *Files.lst files,
> there are repeated entries:
>
> /usr/share/texmf/tex/generic/babel/hebtech.cls
> /usr/share/texmf/tex/generic/xypic/movie.cls
> /usr/share/texmf/tex//generic/babel/hebtech.cls
> /usr/share/tex
Angus Leeming wrote:
> I can't see the bug, so maybe someone with eagle eyes can help?
>
> Press the View button on this dialog and it'll lauch a dialog showing the
> contents of the file. Problem is, it shows the contents of the class
> immediately preceding the selected one. The code looks sane
I can't see the bug, so maybe someone with eagle eyes can help?
Press the View button on this dialog and it'll lauch a dialog showing the
contents of the file. Problem is, it shows the contents of the class
immediately preceding the selected one. The code looks sane, so I'm a
little stumped.
-
Lars Gullik Bjønnes wrote:
> Things are looking good, some more testing now.
I'm at it... (no surprises for now)
> I wonder... should newFile also be moved out?
Should be easy... it would call BufferList::newBuffer anyway. If you want I
can do it now, or else we leave it for a second patch.
A
Kayvan A. Sylvan wrote:
> I have to run lyx like this on Cygwin:
>
> PATH=/usr/local/share/lyx/scripts:$PATH lyx foo.lyx
>
> Otherwise, it does not find listerrors. This same problem does
> not seem to plague Solaris.
>
> Did something change recently in how external scripts are run?
Yes.
John Levon wrote:
> I haven't done any releases yet.
That's a good point. ;^)
btw: I'm 75% sure that the previous version of the package made some very
random, very sparse lyx crashes on startup. It seems that they are gone
with this version.
Regards, Alfredo
On Thu, Jun 19, 2003 at 04:46:46PM +0100, John Levon wrote:
>
> If you needed latex-ttf-fonts, then uninstall it, and install
>
> http://movementarian.org/latex-xft-fonts-0.1.tar.gz
>
> Place the tarball in $HOME/.fonts/ dir, do :
>
> tar zxvf latex-xft-fonts-0.1.tar.gz
> fc-cache -fv
>
> And
I have to run lyx like this on Cygwin:
PATH=/usr/local/share/lyx/scripts:$PATH lyx foo.lyx
Otherwise, it does not find listerrors. This same problem does
not seem to plague Solaris.
Did something change recently in how external scripts are run?
---Kayvan
--
Kayvan A
On Thu, Jun 19, 2003 at 05:58:03PM +0200, Alfredo Braunstein wrote:
> Seem to work fine for me at a first glance. You should maybe change the
> version number of the package, since you have changed the content.
I haven't done any releases yet.
john
John Levon wrote:
> Matej, I converted them to ttf apparently successfully. They're much
> smaller too this time. Please see if freetype doesn't crash now
Seem to work fine for me at a first glance. You should maybe change the
version number of the package, since you have changed the content.
R
On Wed, Jun 18, 2003 at 09:31:29PM +0100, John Levon wrote:
> abcdef
> (inside the math)
> press right
> cursor ends up to the left of the mathed
> press right
>
> doesn't enter the math box !
>
> OK, it's update8. Joining a cast of thousands I am sure.,..
Additionally, lots and lots of one-sym
If you needed latex-ttf-fonts, then uninstall it, and install
http://movementarian.org/latex-xft-fonts-0.1.tar.gz
Place the tarball in $HOME/.fonts/ dir, do :
tar zxvf latex-xft-fonts-0.1.tar.gz
fc-cache -fv
And try out lyx. Please report back (if you have problems, give version
information fo
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Things are looking good, some more testing now.
| @@ -52,11 +41,9 @@ public:
| /// Close all open buffers.
| void closeAll();
|
| - /// read the given file
| - Buffer * readFile(string const &, bool ro);
| -
| //
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I don't know what the (ugly) workaround will be, perhaps use
| Lars> iterator instead of const_iterator, perhaps remove some const.
|
| Here is one. I filed to see why thi
Lars Gullik Bjønnes wrote:
> Now move those functions out of BufferList, and your are almost there.
This would be it. It seems to work as expected, but I'll do some more
testing. (I'm afraid of -x and RCS mainly)
Regards, Alfredo
Index: BufferView.C
=
Angus Leeming wrote:
> Well conceptually they fill a buffer, so why not add them as
> standalone functions in a new buffer_funcs.[Ch] ? Lots and lots of
Yep. Done that. Thanks Angus
> Buffer's member functions could probably be moved there too. At least
> they could last time I looked. (Some tim
That worked great. Thanks,
Garst
Juergen Spitzmueller wrote:
> Attached is a diff of my reverted preferences dialog. This should apply (you
> should apply it directly from within the /forms directory). As I wrote in
> another mail, this gives the pref dialog (xforms 1.0) a sensible size again.
>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I don't know what the (ugly) workaround will be, perhaps use
Lars> iterator instead of const_iterator, perhaps remove some const.
Here is one. I filed to see why this work better then the old version,
but it does.
Is it OK to
Jean-Marc Lasgouttes wrote:
> If the problem is that a \n is not always added to a paragraph when it
> should, then the arabtex and environment problems may get fixed at the
> same time...
I have investigated a bit.
It has shown that the \end tag is always placed into a new line (correctly)
excep
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> So we have to check where paragraphs get an \n and where not
Juergen> (and why not).
Something like that.
Juergen> Or do you think we should try to fix the arabtex issue
Juergen> seperately first (which is of course ha
Garst R. Reese wrote:
> That gives me a 2.5Mb patch instead of a 40Kb patch. Anyway, we should
> see if it works. I really do not think it is wise to create patches
> using xforms CVS unless they are tested against all acceptable versions
> of xforms. I am using 1.0.
Attached is a diff of my rever
Garst R. Reese wrote:
> Juergen Spitzmueller wrote:
>>
>> Garst R. Reese wrote:
>> > Sorry Rob, but your patch no longer applies (reverses) cleanly.
>> > Lots of failures and fuzz.
>>
>> cvs diff -u -r1.59 -r1.60 > rob.diff
>> patch -R -p0 < rob.diff
>>
>> seems to work here (building yet)
>> J
Juergen Spitzmueller wrote:
>
> Garst R. Reese wrote:
> > Sorry Rob, but your patch no longer applies (reverses) cleanly. Lots of
> > failures and fuzz.
>
> cvs diff -u -r1.59 -r1.60 > rob.diff
> patch -R -p0 < rob.diff
>
> seems to work here (building yet)
> Juergen.
That gives me a 2.5Mb patch
Rob Lahaye wrote:
> Yes, possibly me. Problem is, I don't see this "knackered" things with
> my Xforms. I'm using Xforms CVS, is that why?
Probably. I have xforms 1.0 from SuSE 8.2 and I have those problems too :-(
> Although my polishing patch was quite cute and a lot of work, how
> about revers
Alfredo Braunstein wrote:
>> I also think that BufferList::loadLyXFile should be moved out of
>> BufferList.
>
> Right. A standalone function? Where should we put it? Also
> BufferList::readFile is on the same status maybe (as it doesn't
> create the buffer anymore).
Well conceptually they fill
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| > I also think that BufferList::loadLyXFile should be moved out of
| > BufferList.
|
| Right. A standalone function? Where should we put it? Also
| BufferList::readFile is on the same status maybe (as it doesn't
| create the buffer anymore).
Yes.
Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | The following patch is in the lines of what I would need to
> | gracefully catch
> | buffer load parse errors (the last inseterror user).
>
> You are pretty close, but drop all the changes to CutAndPaste and
> upda
Garst R. Reese wrote:
> Sorry Rob, but your patch no longer applies (reverses) cleanly. Lots of
> failures and fuzz.
cvs diff -u -r1.59 -r1.60 > rob.diff
patch -R -p0 < rob.diff
seems to work here (building yet)
Juergen.
Pascal Francq <[EMAIL PROTECTED]> writes:
| Hi,
| It is possible to include a feature in LyX which enables an easy copy/paste
| between LyX and other X applications (ex: Mozilla, KWrite, ...)?
What do you mean? What is wrong with what we already have?
--
Lgb
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| The following patch is in the lines of what I would need to
| gracefully catch
| buffer load parse errors (the last inseterror user).
You are pretty close, but drop all the changes to CutAndPaste and
update from cvs.
I also think that BufferList:
"Garst R. Reese" wrote:
>
> Rob Lahaye wrote:
>
> > Although my polishing patch was quite cute and a lot of work, how
> > about reversing it (below is my orifinal patch; can you reverse it
> > and test).
> >
Sorry Rob, but your patch no longer applies (reverses) cleanly. Lots of
failures and fuzz
Hi,
It is possible to include a feature in LyX which enables an easy copy/paste
between LyX and other X applications (ex: Mozilla, KWrite, ...)?
Thanks.
--
Dr Ir Pascal Francq
Researcher
Université Libre de Bruxelles
CAD/CAM Department
Avenue F.D. Roosevelt, 50
CP 165/14
B-1050 Brussels
BELGIUM
Jean-Marc Lasgouttes wrote:
> But are you sure that this is really the place where the \end{arabtex}
> thingy is added?
Actually, no :-(
I thought this is handled generally equal (and tested with some other
environments, because I do not have arabtex).
Perhaps Dekel can enlighten us how arabtex
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Two points:
>>
>> - you forgot a texrow.newline() [since you add a new line]; also
>> you can add the \n just before the \\end
Juergen> I see. Thanks.
>> - why does this fix the arabtex i
Rob Lahaye wrote:
> Although my polishing patch was quite cute and a lot of work, how
> about reversing it (below is my orifinal patch; can you reverse it
> and test).
>
> R.
Sure, but it would have been easier if you had not inlined to patch :)
On my slow box it might take awhile anyway.
Thanks,
The following patch is in the lines of what I would need to gracefully catch
buffer load parse errors (the last inseterror user).
The problem with the present code IMO is that BufferList::loadLyXFile [and
BufferList::readFile] does too many tasks at once: it looks for existence
of this buffer on t
Garst R. Reese wrote:
> "Garst R. Reese" wrote:
>
>>John Levon wrote:
>>
>>>I'm seeing andre's prefs dialog problems. It's completely knackered.
>>>
>>
>>"knackered" is too kind.
>>
>>Garst
>
> Checking, I find a lyx version on my box dated May 23 that exhibits
> these problems.
> May 7 is OK. R
"Garst R. Reese" wrote:
>
> John Levon wrote:
> >
> > I'm seeing andre's prefs dialog problems. It's completely knackered.
> >
>
> "knackered" is too kind.
>
> Garst
Checking, I find a lyx version on my box dated May 23 that exhibits
these problems.
May 7 is OK. Rob?
Garst
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
I don't know what the (ugly) workaround will be, perhaps use iterator
instead of const_iterator, perhaps remove some const.
Those of you seeing the error much figure it out, the code as-is is
perfectly valid.
--
Lgb
50 matches
Mail list logo
