On Wed, 8 Mar 2000, Angus Leeming wrote:
I also modified a FEW lines of a few files in src/frontends/xforms/
and, of course, created two more, FormCredits.[Ch] which are closely
modelled on FormCopyright.[Ch]
The close similarity between FormCredits.[Ch] and FormCopyright.[Ch]
(see
I just tried again to get 'guiless LyX' running (for batch things like
--export latex etc).
Currently the main obstacle is the relation between buffers and paragraphs.
Usually when we are doing something big with buffers (like exporting to
LaTeX) we do something on buffer level, hit the
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Will more thatn the buffer parameters be needed then?
We may need info at the buffer level, but also at the paragraph level
(maybe the current layout is enough).
JMarc
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars "Garst R. Reese" [EMAIL PROTECTED] writes: | I installed cvs
Lars 1.1.5cvs (this morning's) with --with-lyxname=lyxd | All of the
Lars share directories etc went well, but the bin went into |
Lars (overwrote) /usr/local/bin/lyx
"Allan" == Allan Rae [EMAIL PROTECTED] writes:
Allan 2. To avoid several people trying to port the same code ask me
Allan if anyone is working on that dialog or at least post to this
Allan list. I will add a table of dialogs with some comments to my
Allan web pages so it'll be easier to see
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars I am not sure if anyone noticed, but I added a lyxrc variable
Lars \show_banner that can be used to control whether to show the LyX
Lars startup banner or not.
Yes, I noticed. I guess it will be the main new feature in 1.1.5 for
many
Anyone with greater knowledge of C++ than me out there? I'm
getting a linking error:
/usr/bin/ld:
Unresolved:
FormCopyright::SigC::ObjectScoped virtual table
FormCopyright virtual table
collect2: ld returned 1 exit status
make[2]: *** [lyx] Error 1
FormCopyright is derived from FormBase:
I just discovered a problem regarding the cursor and with it calculating
if we hit an inset or not. The problem is that the x and y position of a
cursor.pos (cursor.x and cursor.y) show the actual coordinates of the cursor
but they can change when we are inside a text-inset so for example:
Guess what ;-)
I am playing around with a Buffer * member in LyXParagraph and it works
fairly smooth until it comes to insets that need buffer-level
information like InsetQuotes (needs the languages).
I know that there are plans to have paragraph level language support
within the next couple
Hi,
I'm looking at the linuxdoc import code as suggested
several months ago by Jean-Marc.
My plan is the following:
Remove the code in BufferList::loadLyXFile(...) at bufferlist.C,
that is the only instance where RunLinuxDoc(level, s) is called with level=-1.
Shouldn't this be a Buffer method?
Andre'
--
It'll take a long time to eat 63.000 peanuts.
André Pönitz . [EMAIL PROTECTED]
"Andre" == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Shouldn't this be a Buffer method? Andre'
No, because it needs cursor position, which is at the BufferView
level.
JMarc
Problem solved. Forgot to create derived class destructor
(Missing {}, see below).
Angus
#include "FormBase.h"
class FormCredits : public FormBase {
public:
FormCredits(LyXFunc * c, Dialogs * d, Signal0void signal)
: FormBase( c, d, signal ) {}
~FormCredits() {};
"Andre" == Andre Poenitz [EMAIL PROTECTED] writes:
Andre a) use current_view-buffer() to get the buffer. Problem: I
Andre don't have a valid current_view now that I nuked some gui stuff
Andre (read: put in 'if (lyxrc-no_gui) {...}')
Bigger problem: Lars is currently trying to nuke
"Andre" == Andre Poenitz [EMAIL PROTECTED] writes:
Andre Guess what ;-) I am playing around with a Buffer * member in
Andre LyXParagraph and it works fairly smooth until it comes to
Andre insets that need buffer-level information like InsetQuotes
Andre (needs the languages).
Andre I know that
"Jose" == Jose Abilio Oliveira Matos [EMAIL PROTECTED] writes:
Jose Remove the code in BufferList::loadLyXFile(...) at
Jose bufferlist.C, that is the only instance where RunLinuxDoc(level,
Jose s) is called with level=-1.
Yes.
Jose Should I remove IsSGMLFilename from
No, because it needs cursor position
No, it needs a single character from a certain paragraph.
The cursor position is just a means to get that paragraph
(and not a nice one I'd add..)
which is at the BufferView level.
The method is used just once (in trans_mgr.C). And there it is clear
which
"Kayvan" == Kayvan A Sylvan [EMAIL PROTECTED] writes:
Kayvan --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii
Kayvan On Wed, Mar 08, 2000 at 06:02:37PM +0100,
Kayvan [EMAIL PROTECTED] wrote:
I have included the command in the spec file and it works too. I
guess it would be a
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Mikhail Teterin [EMAIL PROTECTED] writes: | Stop. | [...]
Lars | How-To-Repeat: | | | Fix: | A dirty fix is to add the -lintl
Lars to the lyx_LDADD line | in src/Makefile after configure. A clean
Lars fix is too | complicated I'm
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars You, tell me. All this was added a lot later than my initial _X_
Lars dead_key support.
In fact, it is you who added this code in lyxlookup.C.
Lars Is this deadkey handling only wrong when a keymap is used? or
Lars always?
OK,
Bigger problem: Lars is currently trying to nuke current_view.
From what I've seen today this sounds very reasonable. The only problem
I can see is that our changes clash. But I am used to this already ;-)
Andre'
PS: I don't get mails from Lars since our mailserver rejects plain
'ø' in mail
This mean that there are many necessary updates when doing copy/paste.
Ok. I just figured out that the mass of insets does not want to know
about their whereabouts, so it's probably not wise to tell them.
I think it would suffice to handle the quotes inset seperately.
Andre'
--
It'll take a
"Andre" == Andre Poenitz [EMAIL PROTECTED] writes:
Andre I can see is that our changes clash. But I am used to this
Andre already ;-)
Well, it's been about two years that Lars declared a crusade against
current_view... It the reason why multiple views of a same buffer is
not possible.
JMarc
"Andre" == Andre Poenitz [EMAIL PROTECTED] writes:
No, because it needs cursor position
Andre No, it needs a single character from a certain paragraph. The
Andre cursor position is just a means to get that paragraph (and not
Andre a nice one I'd add..)
which is at the BufferView level.
On 9 Mar 2000, Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] writes:
| "!ht" means "Put the figure right here, darn it! and if you really can't,
| then try the top of the next page.
More like "I really, really want the figure right here". I you want
"Put the figure here!" then you need
On Thu, Mar 09, 2000 at 01:31:28PM +0100, Andre Poenitz wrote:
Guess what ;-)
I am playing around with a Buffer * member in LyXParagraph and it works
fairly smooth until it comes to insets that need buffer-level
information like InsetQuotes (needs the languages).
I know that there are
It's possible. Have a look at
http://mathematik.htwm.de/Software/LyX/nogui.html
This page mentions some things that are broken. With one exception they
don't affect 'ordinary' usage of LyX (at least I hope so).
Andre'
--
It'll take a long time to eat 63.000 peanuts.
André Pönitz
Now that I'm writing my thesis, I actually need to use LyX heavily. So I
suspect I'm going to be learning a lot about it. The bad news (for you) is
that I'll probably come up with a bunch of feature requests.
For now, it's a pretty simple one. You know how LyX 1.0.4 and on puts
citations from a
"Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
That is just plain wrong... what compiler are you using again?
less ( atemplate) should be defined n algorithm.
Lgb
| On Wed, Mar 08, 2000 at 09:27:59PM -0800, Kayvan A. Sylvan wrote:
| Here's the error:
|
| g++ -DHAVE_CONFIG_H -I. -I.
Here is the second revision to my "Portable Spell Checker Interface
Library".
Will someone still be willing to work on the ispell module like you said
you will in the past
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg08808.html?
Thanks?
Portable Spell Checker
On Thu, Mar 09, 2000 at 08:30:18PM +0100, Lars Gullik Bjønnes wrote:
"Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
That is just plain wrong... what compiler are you using again?
less ( atemplate) should be defined n algorithm.
I'm using the stock egcs-1.1.2 on Redhat 6.0 and 6.1.
On Thu, Mar 09, 2000 at 08:33:40PM +0100, Lars Gullik Bjønnes wrote:
"Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
??? Isn't listings.sty already in the rdhat dist of tetex? It is in
mine.
Yes. It is. It's not the latest and does not contain lstpatch.sty with
the latest fixes.
On Thu, Mar 09, 2000 at 02:55:47AM +0100, Lars Gullik Bjnnes wrote:
Dekel Tsur [EMAIL PROTECTED] writes:
I hope that you will we able to recreate the pach against current cvs.
Now this was fun...
patch.gz
On 9 Mar 2000, Jean-Marc Lasgouttes wrote:
"Allan" == Allan Rae [EMAIL PROTECTED] writes:
Allan 2. To avoid several people trying to port the same code ask me
Allan if anyone is working on that dialog or at least post to this
Allan list. I will add a table of dialogs with some comments to
"Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
It was my mistake, uusing less wrong (and with the wrong header)
Should be ok in cvs now.
Lgb
| On Thu, Mar 09, 2000 at 08:30:18PM +0100, Lars Gullik Bjønnes wrote:
| "Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
|
|
| That is just
On Fri, Mar 10, 2000 at 01:10:15AM +0100, Lars Gullik Bjønnes wrote:
"Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
It was my mistake, uusing less wrong (and with the wrong header)
Should be ok in cvs now.
Cool. I'm now recompiling from fresh source.
--
Kayvan A. Sylvan |
I was working with my document (a Literate CGI perl script with all scripts
and Makefiles included in the document) and got the following. Can anyone
reproduce it?
I'm using the latest CVS on purpose to help test and fix bugs while I also
get paid work done. ;-)
On 9 Mar 2000, Jean-Marc Lasgouttes wrote:
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars "Garst R. Reese" [EMAIL PROTECTED] writes: | I installed cvs
Lars 1.1.5cvs (this morning's) with --with-lyxname=lyxd | All of the
Lars share directories etc went well, but the bin went
I need to put tab characters in for Makefiles.
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena
http://www.successlinks.com/kayvan | Reach your goals
Allan Rae wrote:
My experience trying to use --program-prefix on gcc was that it didn't
work. I ended up just using --program-transform-name instead. Does
--program-transform-name='s,$,d,' do what you want Garst?
Allan. (ARRae)
I'll update soon, I hope, and give it a try. I presume
Allan Rae [EMAIL PROTECTED] writes:
| On 9 Mar 2000, Jean-Marc Lasgouttes wrote:
|
| "Allan" == Allan Rae [EMAIL PROTECTED] writes:
|
| Allan 2. To avoid several people trying to port the same code ask me
| Allan if anyone is working on that dialog or at least post to this
| Allan list.
"Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
| I need to put tab characters in for Makefiles.
See, Jurgen another use for the just a plain editor inset.
Lgb
On Fri, Mar 10, 2000 at 08:09:47AM +0100, Lars Gullik Bjønnes wrote:
"Kayvan A. Sylvan" [EMAIL PROTECTED] writes:
| I need to put tab characters in for Makefiles.
See, Jurgen another use for the just a plain editor inset.
I looked all over, and seeing that it's not currently possible I
I'm getting lots of crashes when deleting selected text or when just deleting
text and spaces.
Here's a typical crash...
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute
I just run 'cvs update' but it seems something went wrong.
The and marks that used to mark clashes are not balanced, so I
can't tell what needs fixing. Furthermore some functions are broken
(something like
func1(...)
{
for (...)
func2(...)
{
without closing braces.
I think it should
On Wed, 8 Mar 2000, Angus Leeming wrote:
> I also modified a FEW lines of a few files in src/frontends/xforms/
> and, of course, created two more, FormCredits.[Ch] which are closely
> modelled on FormCopyright.[Ch]
>
> The close similarity between FormCredits.[Ch] and FormCopyright.[Ch]
> (see
I just tried again to get 'guiless LyX' running (for batch things like
--export latex etc).
Currently the main obstacle is the relation between buffers and paragraphs.
Usually when we are doing something big with buffers (like exporting to
LaTeX) we do something on buffer level, hit the
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Will more thatn the buffer parameters be needed then?
We may need info at the buffer level, but also at the paragraph level
(maybe the current layout is enough).
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> "Garst R. Reese" <[EMAIL PROTECTED]> writes: | I installed cvs
Lars> 1.1.5cvs (this morning's) with --with-lyxname=lyxd | All of the
Lars> share directories etc went well, but the bin went into |
Lars> (overwrote)
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> 2. To avoid several people trying to port the same code ask me
Allan> if anyone is working on that dialog or at least post to this
Allan> list. I will add a table of dialogs with some comments to my
Allan> web pages so it'll be easier
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I am not sure if anyone noticed, but I added a lyxrc variable
Lars> \show_banner that can be used to control whether to show the LyX
Lars> startup banner or not.
Yes, I noticed. I guess it will be the main new feature in
Anyone with greater knowledge of C++ than me out there? I'm
getting a linking error:
/usr/bin/ld:
Unresolved:
FormCopyright::SigC::ObjectScoped virtual table
FormCopyright virtual table
collect2: ld returned 1 exit status
make[2]: *** [lyx] Error 1
FormCopyright is derived from FormBase:
I just discovered a problem regarding the cursor and with it calculating
if we hit an inset or not. The problem is that the x and y position of a
cursor.pos (cursor.x and cursor.y) show the actual coordinates of the cursor
but they can change when we are inside a text-inset so for example:
Guess what ;-)
I am playing around with a Buffer * member in LyXParagraph and it works
fairly smooth until it comes to insets that need buffer-level
information like InsetQuotes (needs the languages).
I know that there are plans to have paragraph level language support
within the next couple
Hi,
I'm looking at the linuxdoc import code as suggested
several months ago by Jean-Marc.
My plan is the following:
Remove the code in BufferList::loadLyXFile(...) at bufferlist.C,
that is the only instance where RunLinuxDoc(level, s) is called with level=-1.
Shouldn't this be a Buffer method?
Andre'
--
It'll take a long time to eat 63.000 peanuts.
André Pönitz . [EMAIL PROTECTED]
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Shouldn't this be a Buffer method? Andre'
No, because it needs cursor position, which is at the BufferView
level.
JMarc
Problem solved. Forgot to create derived class destructor
(Missing {}, see below).
Angus
#include "FormBase.h"
class FormCredits : public FormBase {
public:
FormCredits(LyXFunc * c, Dialogs * d, Signal0 & signal)
: FormBase( c, d, signal ) {}
~FormCredits() {};
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> a) use current_view->buffer() to get the buffer. Problem: I
Andre> don't have a valid current_view now that I nuked some gui stuff
Andre> (read: put in 'if (lyxrc->no_gui) {...}')
Bigger problem: Lars is currently trying to nuke
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Guess what ;-) I am playing around with a Buffer * member in
Andre> LyXParagraph and it works fairly smooth until it comes to
Andre> insets that need buffer-level information like InsetQuotes
Andre> (needs the languages).
Andre>
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> Remove the code in BufferList::loadLyXFile(...) at
Jose> bufferlist.C, that is the only instance where RunLinuxDoc(level,
Jose> s) is called with level=-1.
Yes.
Jose> Should I remove IsSGMLFilename from
> No, because it needs cursor position
No, it needs a single character from a certain paragraph.
The cursor position is just a means to get that paragraph
(and not a nice one I'd add..)
> which is at the BufferView level.
The method is used just once (in trans_mgr.C). And there it is clear
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii
Kayvan> On Wed, Mar 08, 2000 at 06:02:37PM +0100,
Kayvan> [EMAIL PROTECTED] wrote:
>> I have included the command in the spec file and it works too. I
>> guess it
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Mikhail Teterin <[EMAIL PROTECTED]> writes: | Stop. | [...]
Lars> | >How-To-Repeat: | | | >Fix: | A dirty fix is to add the -lintl
Lars> to the lyx_LDADD line | in src/Makefile after configure. A clean
Lars> fix is too |
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> You, tell me. All this was added a lot later than my initial _X_
Lars> dead_key support.
In fact, it is you who added this code in lyxlookup.C.
Lars> Is this deadkey handling only wrong when a keymap is used? or
Lars>
> Bigger problem: Lars is currently trying to nuke current_view.
>From what I've seen today this sounds very reasonable. The only problem
I can see is that our changes clash. But I am used to this already ;-)
Andre'
PS: I don't get mails from Lars since our mailserver rejects plain
'ø' in mail
> This mean that there are many necessary updates when doing copy/paste.
Ok. I just figured out that the mass of insets does not want to know
about their whereabouts, so it's probably not wise to tell them.
I think it would suffice to handle the quotes inset seperately.
Andre'
--
It'll take
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> I can see is that our changes clash. But I am used to this
Andre> already ;-)
Well, it's been about two years that Lars declared a crusade against
current_view... It the reason why multiple views of a same buffer is
not possible.
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> No, because it needs cursor position
Andre> No, it needs a single character from a certain paragraph. The
Andre> cursor position is just a means to get that paragraph (and not
Andre> a nice one I'd add..)
>> which is at the
On 9 Mar 2000, Lars Gullik Bjønnes wrote:
> <[EMAIL PROTECTED]> writes:
>
> | "!ht" means "Put the figure right here, darn it! and if you really can't,
> | then try the top of the next page.
>
> More like "I really, really want the figure right here". I you want
> "Put the figure here!" then
On Thu, Mar 09, 2000 at 01:31:28PM +0100, Andre Poenitz wrote:
>
> Guess what ;-)
>
> I am playing around with a Buffer * member in LyXParagraph and it works
> fairly smooth until it comes to insets that need buffer-level
> information like InsetQuotes (needs the languages).
>
> I know that
It's possible. Have a look at
http://mathematik.htwm.de/Software/LyX/nogui.html
This page mentions some things that are broken. With one exception they
don't affect 'ordinary' usage of LyX (at least I hope so).
Andre'
--
It'll take a long time to eat 63.000 peanuts.
André Pönitz
Now that I'm writing my thesis, I actually need to use LyX heavily. So I
suspect I'm going to be learning a lot about it. The bad news (for you) is
that I'll probably come up with a bunch of feature requests.
For now, it's a pretty simple one. You know how LyX 1.0.4 and on puts
citations from a
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
That is just plain wrong... what compiler are you using again?
less<> ( atemplate) should be defined n algorithm.
Lgb
| On Wed, Mar 08, 2000 at 09:27:59PM -0800, Kayvan A. Sylvan wrote:
| > Here's the error:
| >
| > g++ -DHAVE_CONFIG_H
Here is the second revision to my "Portable Spell Checker Interface
Library".
Will someone still be willing to work on the ispell module like you said
you will in the past
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg08808.html?
Thanks?
Portable Spell Checker
On Thu, Mar 09, 2000 at 08:30:18PM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
>
> That is just plain wrong... what compiler are you using again?
>
> less<> ( atemplate) should be defined n algorithm.
I'm using the stock egcs-1.1.2 on Redhat 6.0 and
On Thu, Mar 09, 2000 at 08:33:40PM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
>
> ??? Isn't listings.sty already in the rdhat dist of tetex? It is in
> mine.
Yes. It is. It's not the latest and does not contain lstpatch.sty with
the latest fixes.
On Thu, Mar 09, 2000 at 02:55:47AM +0100, Lars Gullik Bjnnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
>
> I hope that you will we able to recreate the pach against current cvs.
Now this was fun...
patch.gz
On 9 Mar 2000, Jean-Marc Lasgouttes wrote:
> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>
> Allan> 2. To avoid several people trying to port the same code ask me
> Allan> if anyone is working on that dialog or at least post to this
> Allan> list. I will add a table of dialogs with
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
It was my mistake, uusing less wrong (and with the wrong header)
Should be ok in cvs now.
Lgb
| On Thu, Mar 09, 2000 at 08:30:18PM +0100, Lars Gullik Bjønnes wrote:
| > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| >
| >
| > That is
On Fri, Mar 10, 2000 at 01:10:15AM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> It was my mistake, uusing less wrong (and with the wrong header)
> Should be ok in cvs now.
Cool. I'm now recompiling from fresh source.
--
Kayvan A. Sylvan
I was working with my document (a Literate CGI perl script with all scripts
and Makefiles included in the document) and got the following. Can anyone
reproduce it?
I'm using the latest CVS on purpose to help test and fix bugs while I also
get paid work done. ;-)
On 9 Mar 2000, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> "Garst R. Reese" <[EMAIL PROTECTED]> writes: | I installed cvs
> Lars> 1.1.5cvs (this morning's) with --with-lyxname=lyxd | All of the
> Lars> share directories etc went well,
I need to put tab characters in for Makefiles.
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena
http://www.successlinks.com/kayvan | Reach your goals
Allan Rae wrote:
>
> My experience trying to use --program-prefix on gcc was that it didn't
> work. I ended up just using --program-transform-name instead. Does
> --program-transform-name='s,$,d,' do what you want Garst?
>
> Allan. (ARRae)
I'll update soon, I hope, and give it a try. I
Allan Rae <[EMAIL PROTECTED]> writes:
| On 9 Mar 2000, Jean-Marc Lasgouttes wrote:
|
| > > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
| >
| > Allan> 2. To avoid several people trying to port the same code ask me
| > Allan> if anyone is working on that dialog or at least post to this
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| I need to put tab characters in for Makefiles.
See, Jurgen another use for the just a plain editor inset.
Lgb
On Fri, Mar 10, 2000 at 08:09:47AM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | I need to put tab characters in for Makefiles.
>
> See, Jurgen another use for the just a plain editor inset.
I looked all over, and seeing that it's not currently
I'm getting lots of crashes when deleting selected text or when just deleting
text and spaces.
Here's a typical crash...
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute
I just run 'cvs update' but it seems something went wrong.
The and marks that used to mark clashes are not balanced, so I
can't tell what needs fixing. Furthermore some functions are broken
(something like
func1(...)
{
for (...)
func2(...)
{
without closing braces.
I think
90 matches
Mail list logo
