-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We have used CVS for some time now, and I think we can said to be
generally happy about it. However, until now we have only had small
organizational problems due to the small number of developers with
write access to the repository. This is now begin
Is the .str().c_str() trick needed anymore?
It seems that we have just plain .str() several places in the code and
have not got any failure reports about this yet?
Unless I get objections I will change .str().c_str() into just .str()
where approp. (if objections we should change .str() to str.(
"Lars Gullik Bjřnnes" wrote:
>
> "R. Lahaye" <[EMAIL PROTECTED]> writes:
>
> | Hi,
> |
> | I've just downloaded CVS (Oct 31st) and the
> | make ended with:
>
> Arrghh those stupid compiers that you use...
> it should at least manage a implicit cast from int -> char or
> tex_accent -> char. but
Juergen Vigna wrote:
>
> On 26-Oct-2000 Garst R. Reese wrote:
>
> > I'm beginning to wonder if this is a bug or a feature, but at least it
> > is surprising behaviour :)
>
> It was obviously a feature!
>
> > I have two tables in a row. When I load the file and page down it gets
> > to the tabl
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| Hi,
|
| I've just downloaded CVS (Oct 31st) and the
| make ended with:
Arrghh those stupid compiers that you use...
it should at least manage a implicit cast from int -> char or
tex_accent -> char. but ok I'll make the casts explicit.
(btw. what compil
Hi,
I've just downloaded CVS (Oct 31st) and the
make ended with:
trans.C: In method `void Trans::AddDeadkey(enum tex_accent, const class string &,
const class string &)':
trans.C:175: no matching function for call to
`basic_string,__default_alloc_template
>::push_back (int)'
trans.C:176: no
Kees van Wijk <[EMAIL PROTECTED]> writes:
| Yes, manually editing works fine and \include didn't change back into
| \Include. The other (old) \incude included files were OK from the start
| anyway. I found the problem by looking directly at the .lyx file with a
| "normal" editor in the first p
On Monday 30 October 2000 21:02, Lars Gullik Bjønnes wrote:
> Kees van Wijk <[EMAIL PROTECTED]> writes:
> | When I do a
> |
> | Insert->Include file
> | and insert an other lyx file this information is written like this in the
> | lyx-file format:
> |
> | \layout Standard
> |
> | \begin_in
On Tue, Oct 24, 2000 at 08:44:14PM +0200, Stephen Reindl wrote:
> If I switch to math-text mode (via M-m m) I cannot enter digits and
> special characters in
> text mode. Everytime I enter a Digit or a closing paren (e.g. "2.2.3)")
> these digits are
> displayed and printed in math mode.
>
> As
Angus Leeming <[EMAIL PROTECTED]> writes:
| Thanks for the various bits of feedback.
|
| Attached is a patch that adds one or two missing variables to
| FormPreferences.
| It also cleans up the existing code:
| * I've moved the various Feedback messages into LyXRC to avoid
| duplication in
I
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I have been playing a bit with wdiff
| http://www.iro.umontreal.ca/~pinard/wdiff/HTML/
| to see whether we can compare two versions of the same file. It turns
| out that this is possible, although a lot of work still has to be
| done.
|
| I t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Juergen Vigna <[EMAIL PROTECTED]> writes: | Yesterday I thought about
| Lars> this (actually because of caption and captions | in longtabulars
| Lars> ;) and this will be
Juergen Vigna <[EMAIL PROTECTED]> writes:
| IMO I've a partial fix for this and will commit it now, as I've had
| a crash at home using an american-2.kmap (reading it on startup) and
| I've seen that this is due to changes from char array to string array!
|
| Please have a look at this as I real
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Sun, Oct 29, 2000 at 08:28:22AM +0100, Lars Gullik Bjønnes wrote:
| >
| > | 2) Another solution for 1) could be changing the
| > |language file, that comes with LyX. The first
| > |and second column in this file are ALWAYS the
| > |same. Wh
Thanks for the various bits of feedback.
Attached is a patch that adds one or two missing variables to FormPreferences.
It also cleans up the existing code:
* I've moved the various Feedback messages into LyXRC to avoid duplication in
the other frontends.
* We select the languages using a Combox
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Imho bindings should go into their own file, why they can very
| Lars> well be edited from preferences.
|
| I'll reiterate the opinion that they should go in ui/. THey ar
Angus Leeming <[EMAIL PROTECTED]> writes:
| H! But I can not use the key shortcut #L to "launch" the combox (try!)
| and then use the arrow keys to scroll through it. I can do this with the
| current set up.
Probably missing from the combox code... patches will be accepted.
| This isn't
Kees van Wijk <[EMAIL PROTECTED]> writes:
| When I do a
|
| Insert->Include file
| and insert an other lyx file this information is written like this in the
| lyx-file format:
|
| \layout Standard
|
| \begin_inset Include \Include{file.lyx}
|
| \end_inset
|
| It should be witho
I have been playing a bit with wdiff
http://www.iro.umontreal.ca/~pinard/wdiff/HTML/
to see whether we can compare two versions of the same file. It turns
out that this is possible, although a lot of work still has to be
done.
I took revision 1.23 of BUGS.lyx from cvs, along with latest versi
> "Eli" == Eli Tziperman <[EMAIL PROTECTED]> writes:
Eli> Hello Lyx experts, Like in 1.1.5fix1, version 1.1.5fix2 still has
Eli> problems compiling on irix 6.5. Actually the linking seems to be
Eli> the problem now. Am I doing something wrong?
It seems that you have to remove the -L/usr/lib
On Mon, 30 Oct 2000, R. Lahaye wrote:
> FormPreferences.C: In method `void FormPreferences::applyScreenFonts()':
> FormPreferences.C:1141: warning: initialization to `int' from `double'
>
> int ivalue = fl_get_counter_value(screen_fonts_->counter_zoom);
>
> Rob.
Thanks. Fixed.
A.
Hi,
The "Sides = Two" check box can't be saved.
Whatever I do, it always shows up as "One".
Is this a bug?
Rob.
FormPreferences.C: In method `void FormPreferences::applyScreenFonts()':
FormPreferences.C:1141: warning: initialization to `int' from `double'
int ivalue = fl_get_counter_value(screen_fonts_->counter_zoom);
Rob.
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
Yann> as works well now
Yann> It works better but i got others errors...
What version of gcc?
JMarc
On Mon, 30 Oct 2000, R. Lahaye wrote:
> Angus Leeming wrote:
> > The idea behind the buttons in the preferences dialog is
> > "Close/Cancel": self explanatory?
> > "Apply":apply these changes for this session only.
> > "Save": save these changes so that they can be applied
Angus Leeming wrote:
> Because they are conceptually different things. Changing the reference is
> equivalent to entering a new one. This will not change.
Shoot me, when I'm critisizing too much.
I would find it elegant, if I can *change* a cross-reference
to another one, by just clicking on it.
On 27-Oct-2000 R. Lahaye wrote:
>
> When I go into math mode in a tabular cell, the
> cursor all of a sudden jumps up a line or two.
> Typed characters still appear in the tabular cell,
> but the blinking cursor is elsewhere!
Fixed!
Thanks,
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-.
On 26-Oct-2000 Garst R. Reese wrote:
> I'm beginning to wonder if this is a bug or a feature, but at least it
> is surprising behaviour :)
It was obviously a feature!
> I have two tables in a row. When I load the file and page down it gets
> to the tables and then alternates between the two un
Angus Leeming wrote:
> The idea behind the buttons in the preferences dialog is
> "Close/Cancel": self explanatory?
> "Apply":apply these changes for this session only.
> "Save": save these changes so that they can be applied
> next time also.
> Would you ra
On Mon, 30 Oct 2000, Juergen Vigna wrote:
> On 30-Oct-2000 Angus Leeming wrote:
> >> Angus, it would be much better to use a combox for the list of
> >> languages (it is too long here).
> >
> > How would using a combox make it shorter? I'm happy to make it a combox,
> > but this just seems to be s
On 30-Oct-2000 Angus Leeming wrote:
>> Angus, it would be much better to use a combox for the list of
>> languages (it is too long here).
>
> How would using a combox make it shorter? I'm happy to make it a combox, but
> this just seems to be style rather than substance.
>
Well have a look at
On Mon, 30 Oct 2000, Jean-Marc Lasgouttes wrote:
> Angus, it would be much better to use a combox for the list of
> languages (it is too long here). Moreover, the old way of using the
> list of languages for kmaps is plain wrong. You should get (in some
> way) the list of available kmap files (eit
Jean-Marc Lasgouttes wrote:
>
>
> Yann> sorry but it doesn't work, all same errors...
>
> Are you sure?? First remove config.cache, and then reconfigure with
> --with-included-string. Then 'make clean' 'make'. This works for me on
> my alpha.
in fact my configure line was too long and --with-i
On 30 Oct 2000, Jean-Marc Lasgouttes wrote:
> > "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
>
> Marko> the attached patch replaces NULL with 0 in the gnome frontend
> Marko> code and makes the frontend to compile again by
> Marko> replacing/adding update() with updateSlot() where
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> the attached patch replaces NULL with 0 in the gnome frontend
Marko> code and makes the frontend to compile again by
Marko> replacing/adding update() with updateSlot() where appropriate.
Marko> It seems that DialogBase is changing
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> This only removes a and so that "X (1)", becomes
R> "X(1)" in the man pages.
Applied. Thanks.
JMarc
Angus, it would be much better to use a combox for the list of
languages (it is too long here). Moreover, the old way of using the
list of languages for kmaps is plain wrong. You should get (in some
way) the list of available kmap files (either hardcoded or from
a text file).
JMarc
Angus> Attached is a patch adding a Languages tab to FormPreferences.
Angus> (Also one or two miscellaneous bits.)
Applied.
JMarc
On 30-Oct-2000 Jean-Marc Lasgouttes wrote:
> Are you sure?? First remove config.cache, and then reconfigure with
> --with-included-string. Then 'make clean' 'make'. This works for me on
> my alpha.
This won't work for the GNOME frontend if you didn't compile all of
GNOME and GTK libraries with
On Sat, 28 Oct 2000, R. Lahaye wrote:
> Hi,
>
> I discovered that the Reference dialog has two faces:
> (1) When performing a Insert->Cross reference.
> (2) When Left-Mouse-Clicking on an existing reference.
>
> The appearance in (2) looks like a stripped version of (1).
> (the selection field, a
On Sun, 29 Oct 2000, R. Lahaye wrote:
> Hi,
>
> The button in the Preferences dialog
> does the save, but also closes the dialog.
>
> Is that appropriate?
>
> I myself do not expect the dialog to close
> automagically after a save.
This is what might be called a bug. I'm not sure.
The idea behi
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> No we don't want this! It is much easier to just do a symlink
Juergen> from your dictionary in "native language" to the one in
Juergen> english (and we don't know how someone calls the dictionary
Juergen> on his filesystem!).
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> Why not add new fields to the languages file (ispell name,
Dekel> keymap name) ? The only drawback is decreasing the readability
Dekel> of this file.
If readability is a problem, it should be turned into
Language "canadien"
Descr
On Fri, Oct 27, 2000 at 05:49:13PM +0200, Dekel Tsur wrote:
>
> This happens if your temp. directory is on a different filesystem than the lyx
> file directory (as the converter try to _move_ the file between these
> directories, which fails), or if the converter creates multiple output files
>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Imho bindings should go into their own file, why they can very
Lars> well be edited from preferences.
I'll reiterate the opinion that they should go in ui/. THey are just
another (non-graphical) way for the user to access lyxf
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes:
>> This might work: confiugre lyx with --with-inluded-string, that
>> will make the mangled name of a lot of functions be a lot a
>> shorter.
Yann> sorry but it doesn't work, all same errors...
Are you sure?? First remove config.cache, an
On Mon, 30 Oct 2000, Yann MORERE wrote:
[...]
> thanks to for the configure command,
>
> YAnn
>
Finally, you have to apply patch which I've submitted yesterday to
lyx-devel list. Otherwise the gnome frontend will not compile. Maybe this
patch will be in the anon-cvs server this evening, bu
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Juergen Vigna <[EMAIL PROTECTED]> writes: | Yesterday I thought about
Lars> this (actually because of caption and captions | in longtabulars
Lars> ;) and this will be fairly easy IMO, just create an inset | with
Lars> 2 textins
On 29-Oct-2000 Dekel Tsur wrote:
>
> Why not add new fields to the languages file (ispell name, keymap name) ?
> The only drawback is decreasing the readability of this file.
No we don't want this! It is much easier to just do a symlink from your
dictionary in "native language" to the one in en
On 28-Oct-2000 Lars Gullik Bjønnes wrote:
>| Is this a known problem with a fix? Or should I try to do
>| something myself?
>| I don't know how hard it is to fix, but a lyx that don't die
>| from a unexpected key would be nice. Having the key perform
>| correctly would be even better of course
50 matches
Mail list logo
