Angus Leeming <[EMAIL PROTECTED]> writes:
| Attached is a patch that does no more than rename the four header files to
| std_string.h, std_sstream.h, std_istream.h, std_ostream.h, placing them in
| support.
>
| part 2 will be to move the
| using std::stringstream;
| using std::i
Angus Leeming <[EMAIL PROTECTED]> writes:
| I thought I'd see if I could strip out the redundant #includes,
| so wrote a little script to remove each one in turn from a file
| and ascertain whether the thing would still compile. It's a bit
| slow but the results for mathed are promising.
If th
[EMAIL PROTECTED] wrote:
Log message:
Strip out redundant #includes
Angus, how did you determine all theses redundant #includes? Is there
tools available that detects them automatically?
Michael
I thought I'd see if I could strip out the redundant #includes,
so wrote a little script to remove each one in turn from a file
and ascertain whether the thing would still compile. It's a bit
slow but the results for mathed are promising.
Angus
command_inset.C before: 85, after: 85
formulabase
Given that these functions are all declared in a single header file,
lyxlib.h, is there a reason why each single function is defined in its own
.C file?
abort.C atoi.C chdir.C copy.C getcwd.C kill.C mkdir.C putenv.C rename.C
rmdir.C tempname.C unlink.C
If I were to concatenate them together, i
Lars Gullik Bjønnes wrote:
> You really need to communicate yoru to-do list...
I do? Well I think that it can be summarised as enhancing LyX's interaction
with the outside world. It covers a range of sins, but boost::filesystem is
probably among them ;-) What I do not want to do is get caught up
Angus Leeming <[EMAIL PROTECTED]> writes:
| This has been on my to-do list for about three years. I guess that something
| finally snapped ;-)
You really need to communicate yoru to-do list...
>
| Attached is a patch which moves
| src/LString.h -> src/support/std_string.h
Angus Leeming <[EMAIL PROTECTED]> writes:
| I thought we didn't want to do this, prefering our home grown wrappers to
| ostream, istream or using lyxerr?
Sometimes ostream of istream are not enough... then iostream is
needed... especially since cannot always be used.
Of cousr I'd be happy if y
Kayvan A. Sylvan wrote:
> Latest CVS:
> ../../../../lyx/src/frontends/xforms/FormFiledialog.C:121:
> call of overloaded `tostr(uid_t&)' is ambiguous
I am somewhat baffled about _why_ this is coming up now, but does the
attached patch fix things for you?
--
AngusIndex: src/frontends/xforms/Form
Latest CVS:
g++ -DHAVE_CONFIG_H -I. -I../../../../lyx/src/frontends/xforms -I../../../src
-I../../../../lyx/images -I../../../../lyx/src -I../../../../lyx/src/frontends
-I../../../../lyx/src/frontends/controllers -I../../../../lyx/boost
-I/usr/X11R6/include -O2 -fno-exceptions -W -Wall -mms-bit
This has been on my to-do list for about three years. I guess that something
finally snapped ;-)
Attached is a patch which moves
src/LString.h -> src/support/std_string.h
src/Lsstream.h -> src/support/std_sstream.h
src/support/LIstream.h ->
I thought we didn't want to do this, prefering our home grown wrappers to
ostream, istream or using lyxerr?
$ grep -r '' . | grep -v ChangeLog
./ParagraphParameters.C:#include
./Variables.C:#include
./lyx_main.C:#include
./lyxrc.C:#include
./frontends/controllers/frnt_lang.C:#include
./front
Martin Vermeer <[EMAIL PROTECTED]> writes:
| I suppose somebody had a good reason once to introduce these... but
| they don't do anything now. Initialized to zero and added/subtracted
| to/from various things many times over.
>
| Who feels a sense of ownership over these vars?
| Who vaguely remem
I suppose somebody had a good reason once to introduce these... but
they don't do anything now. Initialized to zero and added/subtracted
to/from various things many times over.
Who feels a sense of ownership over these vars?
Who vaguely remembers what they were for, or were intended to be for?
W
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
|
>> Sorry, you miss my point. ChangeLog's provide a browsable record of what was
>> done at sometime in the past. If you aren't going to fill them in in a
>> 'useful' manner, then why bother filling them in at all? Ie, that who
Johnathan Burchill wrote:
> The "missing file" message could be added to the LaTeX .log file by
> putting \typeout{xfiginput: Could not find file \tempfilename!} after the
> \fbox command.
>
> Just a thought.
Nice! Applied in my tree.
--
Angus
On September 4, 2003 05:26 am, Angus Leeming wrote:
> Johnathan Burchill wrote:
> > This works, it's based on \includegraphics[draft] from
> > graphics/graphics.sty:
> >
> >
> >
> > \def\stripprefix#1>{}
> > \newcommand*{\xfiginput}[1]{%
> > \edef\tempfilename{#1}%
> > \InputIfFile
Angus Leeming wrote:
> Sorry, you miss my point. ChangeLog's provide a browsable record of what was
> done at sometime in the past. If you aren't going to fill them in in a
> 'useful' manner, then why bother filling them in at all? Ie, that whole
> 'you must add a ChangeLog entry' philosophy is p
> that's the problem. You have to properly install Qt first.
Well I did compile Qt 3.1.2 from source and it compiled fine.. maybe
compiler incompatibility I guess cos I may have compiled Qt with gcc < 3.3
.. will try recompiling lyx with gcc 3.2...
nirmal
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | Lars Gullik Bjønnes wrote:
| What sort of ChangeLog entry is this, huh? There seems little point in
| filling it in unless you are going to tell us what you did.
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> OK to commit this (new file)? Martin
You can commit it to 1.3.x too if you wish. A tiniy bit of
documentation on LaTeXConfig.lyx.in would be welcome.
JMarc
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> In order to fulfil the previous points I would like to clean
José> up the existing ascii export. What are its know faults?
The main fault IMO is that it uses hardcoded layout names intesd of
reading properties (margin
> "Kostantino" == Kostantino <[EMAIL PROTECTED]> writes:
Kostantino> Hi. Some days ago I mailed a new italian translation for
Kostantino> the LyX project. I answered to the first-time-confirmation
Kostantino> from lyx-devel but I'm still waiting for an opinion about
Kostantino> my contributio
> "Kostantino" == Kostantino <[EMAIL PROTECTED]> writes:
Kostantino> Hi. Some days ago I mailed a new italian translation for
Kostantino> the LyX project. I answered to the first-time-confirmation
Kostantino> from lyx-devel but I'm still waiting for an opinion about
Kostantino> my contributio
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
>>> | What sort of ChangeLog entry is this, huh? There seems little point in
>>> | filling it in unless you are going to tell us what you did.
>>>
>>> what part of it?
>>> the simplify or the
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | What sort of ChangeLog entry is this, huh? There seems little point in
>> | filling it in unless you are going to tell us what you did.
>>
>> what part of it?
>> the simplify or the adjusts?
>
| If I put the kettle on and
Lars Gullik Bjønnes wrote:
> | What sort of ChangeLog entry is this, huh? There seems little point in
> | filling it in unless you are going to tell us what you did.
>
> what part of it?
> the simplify or the adjusts?
If I put the kettle on and provide biscuits, perhaps you'll tell be
_everythin
> "Joao" == Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
Joao> Hey guys,
Joao> I am back again to bug you.
Joao> Bug 1: the following latex fragment
Joao> [...] \usepackage{epsfig} [...] \begin{figure}
Joao> \epsfig{file=fig_1.eps} \end{figure}
Joao> when translated with tex2lyx,
Jean-Marc Lasgouttes wrote:
> It is not the syntax you showed earlier, is it? I saw
>
> Preamble
> $$XFigPreamble
> EndPreamble
You did see, but I decided to use the machinery of the output format rather
than invent a new machinery of my own.
Preamble XFigInset
will dump a macro defini
Angus Leeming <[EMAIL PROTECTED]> writes:
| What sort of ChangeLog entry is this, huh? There seems little point in
| filling it in unless you are going to tell us what you did.
what part of it?
the simplify or the adjusts?
--
Lgb
Jean-Marc Lasgouttes wrote:
> Please, before committing this, could we just check whether hardcoding
> what happens when production fails is a better strategy?
I think that they are two separate issues, as I've already tried to explain.
The patch can be viewed as creating more elegant source code
What sort of ChangeLog entry is this, huh? There seems little point in
filling it in unless you are going to tell us what you did.
Angus
2003-09-04 Lars Gullik Bjønnes <[EMAIL PROTECTED]>
* text2.C (cursorEnd): simplify
(setCursor): adjust
(getColumnNearX): adjust
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Lars Gullik Bjønnes wrote:
>> Yes, after installation sure... but before? bestif all (as much as
>> possible) of the code for a frontend is in its directory.
Sure, but not all code used by frontends is in there already. It can
be a
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> There is a third strategy that you forgot, which is to hardcode
>> what happens when conversion failed (like what is done in
>> insetgraphics). Why would you need to define your code for _all_
>> the templates?
Angus> I don't. Each For
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 05:09:41PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Didn't I tell you: One thing at a time. If not the task will get out
>> of hand.
>
| Or perhaps we end up with a load of little hacks in most but not all
| places ...
So far changes
On Thu, Sep 04, 2003 at 05:09:41PM +0200, Lars Gullik Bj?nnes wrote:
> Didn't I tell you: One thing at a time. If not the task will get out
> of hand.
Or perhaps we end up with a load of little hacks in most but not all
places ...
john
--
Khendon's Law:
If the same point is made twice by the
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 04:44:41PM +0200, Lars Gullik Bj?nnes wrote:
>
>> This patch also removes lastPrintablePos and just uses lastPos instead
>> (that was what the code already did.)
>> (and some ugly code is there since I am trying to see if it possible
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Angus Leeming wrote:
>> Looks like I should extend the ExternalTemplates syntax after all.
>> Repeated definitions of the same preamble stuff are inelegant. I
>> have in mind something like this. The external inset would
>> substitu
On czwartek 04 wrzesień 2003 10:16 am, Nirmal Govind wrote:
> hi.. I'm getting the following error while compiling 1.3.2 with Qt 3.1.2
> using gcc 3.3.. I'd reported a similar error earlier but that was fixed by
> setting LD_LIBRARY_PATH. Now I do have this env. var. set (to /opt/qt/lib)
> but stil
On czwartek 04 wrzesień 2003 09:46 am, Lars Gullik Bjønnes wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> | On czwartek 04 wrzesień 2003 08:43 am, Lars Gullik Bjønnes wrote:
> >> Kuba Ober <[EMAIL PROTECTED]> writes:
> >> | On czwartek 04 wrzesieñ 2003 09:25 am, Angus Leeming wrote:
> >> >> On
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 04:44:41PM +0200, Lars Gullik Bj?nnes wrote:
>
>> This patch also removes lastPrintablePos and just uses lastPos instead
>> (that was what the code already did.)
>> (and some ugly code is there since I am trying to see if it possible
On Thu, Sep 04, 2003 at 04:44:41PM +0200, Lars Gullik Bj?nnes wrote:
> This patch also removes lastPrintablePos and just uses lastPos instead
> (that was what the code already did.)
> (and some ugly code is there since I am trying to see if it possible
> to get rid of lastPos)
This just fixes one
Lars Gullik Bjønnes wrote:
> Yes, after installation sure... but before?
> bestif all (as much as possible) of the code for a frontend is in its
> directory.
For the non-installed case, how about creating a symbolic link
$BUILDDIR/lib/glade pointing to $SRCDIR/src/frontends/gtk/glade?
--
Angus
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus, I see that you have commited the change to xfig template, but
> I'll chime in anyway:
Good!
> There is a third strategy that you forgot, which is to hardcode what
> happens when conversion failed
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 04:00:29PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Well, I have a patch that just fixes this...
>
| Then you are just teasing me ! So cruel !
here is the patch.
This patch also removes lastPrintablePos and just uses lastPos instead
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> [EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| Lars> | Rob Lahaye wrote:
When I start lyx-gtk and then select Help->About LyX... I get a
crash
>>>
| Lars> | As
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> [EMAIL PROTECTED] (Juergen Spitzmueller) writes:
Lars> | Rob Lahaye wrote:
>>> When I start lyx-gtk and then select Help->About LyX... I get a
>>> crash
>>
Lars> | As Alfredo said you have to make install, else the glade-built
L
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus, I see that you have commited the change to xfig template, but
I'll chime in anyway:
Angus> It seems to me that there are two possible solution strategies.
Angus> 1. Output some clever latex in the 'Product' line. Something
Angus>
Angus Leeming wrote:
> Looks like I should extend the ExternalTemplates syntax after all.
> Repeated definitions of the same preamble stuff are inelegant. I have in
> mind something like this. The external inset would substitute for
> $$XFigInput in exactly the same way as it already substitutes fo
hi.. I'm getting the following error while compiling 1.3.2 with Qt 3.1.2
using gcc 3.3.. I'd reported a similar error earlier but that was fixed by
setting LD_LIBRARY_PATH. Now I do have this env. var. set (to /opt/qt/lib)
but still no luck.. please let me know how this can be resolved.
Thanks,
ni
On Thu, Sep 04, 2003 at 04:00:29PM +0200, Lars Gullik Bj?nnes wrote:
> Well, I have a patch that just fixes this...
Then you are just teasing me ! So cruel !
:)
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 03:47:41PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Thanks for not taking me seriously.
>
| I admit I am finding your stance really hard to countenance ...
Well, I have a patch that just fixes this...
So I have the time to argue.
>
On Thu, Sep 04, 2003 at 03:47:41PM +0200, Lars Gullik Bj?nnes wrote:
> Thanks for not taking me seriously.
I admit I am finding your stance really hard to countenance ...
> In what situations will you have apply extra key presses to continue
> editing if "End" put the cursor on the beginning of
Kuba Ober <[EMAIL PROTECTED]> writes:
| On czwartek 04 wrzesieŠ2003 08:43 am, Lars Gullik Bjønnes wrote:
>> Kuba Ober <[EMAIL PROTECTED]> writes:
>> | On czwartek 04 wrzesieñ 2003 09:25 am, Angus Leeming wrote:
>> >> On my 2.7GHz machine the link step now takes 1:27 (xforms), 1:36 (qt).
>> >>
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 03:42:35PM +0200, Lars Gullik Bj?nnes wrote:
>
>> But apart form being a surprising cursor position
| ^^
>>, I cannot see how it hinders any of your editing.
|^^^
>
| Ta-da
On Thu, Sep 04, 2003 at 03:42:35PM +0200, Lars Gullik Bj?nnes wrote:
> But apart form being a surprising cursor position
^^
>, I cannot see how it hinders any of your editing.
^^^
Ta-da !!
Perhaps we should make Home open a picture of a
On czwartek 04 wrzesień 2003 08:43 am, Lars Gullik Bjønnes wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> | On czwartek 04 wrzesieñ 2003 09:25 am, Angus Leeming wrote:
> >> On my 2.7GHz machine the link step now takes 1:27 (xforms), 1:36 (qt).
> >> This is making it somewhat painful to code :-( C
Kuba Ober <[EMAIL PROTECTED]> writes:
| On czwartek 04 wrzesieŠ2003 08:23 am, Lars Gullik Bjønnes wrote:
>> John Levon <[EMAIL PROTECTED]> writes:
>> | On Thu, Sep 04, 2003 at 01:30:39PM +0200, Lars Gullik Bj?nnes wrote:
>> >> Actually... is a fix needed?
>> |
>> | Come on, stick your head abov
> Summary:
> These statements are indicative. They describe an actuality:
> if box contains position x,y.
> if position x,y is contained by box.
> This one, however, describes a possible, hypothetical case and so we use
> the subjunctive:
> if position x,y were contained by
On czwartek 04 wrzesień 2003 08:23 am, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
> | On Thu, Sep 04, 2003 at 01:30:39PM +0200, Lars Gullik Bj?nnes wrote:
> >> Actually... is a fix needed?
> |
> | Come on, stick your head above the parapets and try to explain to people
> |
Lars Gullik Bjønnes wrote:
> Actually that is (from what I would guess) a very few situations, and
> can just ignore that.
Yes we can, but i find it ugly.
> I am pretty sure that just placing the cursor at row->end() - 1 on
> "End" will work nicely in 95% of the cases.
I agree, although 1) th
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>> So you have tried it then?
>
| No, I just did an mental exercise...
I tried it, and the behaviour is not that funny.
You get the cursor in front of the last character instead of after it.
(I can live with that, and that should actually too be ea
Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | There's no difference in this respect... you hardly add a word or remove
> | in a WYSIWYG editor because of its position. LyX is no different from
> | any text editor in this respect IMHO.
>
> this is where I think
Kuba Ober <[EMAIL PROTECTED]> writes:
| On czwartek 04 wrzesieñ 2003 09:25 am, Angus Leeming wrote:
>> On my 2.7GHz machine the link step now takes 1:27 (xforms), 1:36 (qt). This
>> is making it somewhat painful to code :-( Could we think about revisiting
>> partial linking et al.?
>
| Unfortunate
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
Just answer my questions in stead.
In a text editor "End" is needed, but does it _really_ make sense in
LyX?
>
| I think so.
>
>>>
>> | Absolutely. It's basic navigation.
>>
>> In a text editor yes, but
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| There's no difference in this respect... you hardly add a word or remove in
| a WYSIWYG editor because of its position. LyX is no different from any text
| editor in this respect IMHO.
this is where I think you are wrong.
>> I think I might have
John Levon wrote:
> On Thu, Sep 04, 2003 at 02:39:05PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Where is that space that is obviously in the paragraphs then?
>
> Um, that's a good point actually. Sorry. So now all you have to do is
> find why it doesn't work.
In fact with current CVS there's an
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 08:39:40AM -0400, Kuba Ober wrote:
>
>> I guess it may be worthwhile to look at linker code, try profiling and see
>> where it spends most of its time :)
>
| One big thing is the debug info, and iirc gcc cvs reduces it rather
| cons
On Thu, Sep 04, 2003 at 08:39:40AM -0400, Kuba Ober wrote:
> I guess it may be worthwhile to look at linker code, try profiling and see
> where it spends most of its time :)
One big thing is the debug info, and iirc gcc cvs reduces it rather
considerably by discarding unused debug entries ...
j
On Thu, Sep 04, 2003 at 02:39:05PM +0200, Lars Gullik Bj?nnes wrote:
> Where is that space that is obviously in the paragraphs then?
Um, that's a good point actually. Sorry. So now all you have to do is
find why it doesn't work.
regards
john
--
Khendon's Law:
If the same point is made twice by
On czwartek 04 wrzesień 2003 09:25 am, Angus Leeming wrote:
> On my 2.7GHz machine the link step now takes 1:27 (xforms), 1:36 (qt). This
> is making it somewhat painful to code :-( Could we think about revisiting
> partial linking et al.?
Unfortunately, after looking at it again, it seems that at
Lars Gullik Bjønnes wrote:
>>> Just answer my questions in stead.
>>> In a text editor "End" is needed, but does it _really_ make sense in
>>> LyX?
I think so.
>>
> | Absolutely. It's basic navigation.
>
> In a text editor yes, but in LyX? I am not so sure...
There's no difference in this resp
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 02:31:24PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Perhaps it won't work in all cases... but inseate of placing the
>> cursor at row->end when doing "End" you place it at row->end - 1.
>> there should in normal cases be a "space" at e
On Thu, Sep 04, 2003 at 02:31:24PM +0200, Lars Gullik Bj?nnes wrote:
> Perhaps it won't work in all cases... but inseate of placing the
> cursor at row->end when doing "End" you place it at row->end - 1.
> there should in normal cases be a "space" at end of row, just place
> the cursor in front of
Angus Leeming wrote:
> On my 2.7GHz machine the link step now takes 1:27 (xforms), 1:36 (qt).
> This is making it somewhat painful to code :-( Could we think about
> revisiting partial linking et al.?
I suggest you use -O2 and --disable-debug for testing...
Regards, Alfredo
Angus Leeming <[EMAIL PROTECTED]> writes:
| On my 2.7GHz machine the link step now takes 1:27 (xforms), 1:36 (qt). This
| is making it somewhat painful to code :-( Could we think about revisiting
| partial linking et al.?
Last time I did this partial linking (as opposed to linking with the
obje
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 02:23:52PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Just answer my questions in stead.
>> In a text editor "End" is needed, but does it _really_ make sense in
>> LyX?
>
| Absolutely. It's basic navigation.
In a text editor yes, but in
On Thu, Sep 04, 2003 at 02:23:52PM +0200, Lars Gullik Bj?nnes wrote:
> Just answer my questions in stead.
> In a text editor "End" is needed, but does it _really_ make sense in
> LyX?
Absolutely. It's basic navigation.
Also this problem affects rows before full row insets etc.
john
--
Khendon
On my 2.7GHz machine the link step now takes 1:27 (xforms), 1:36 (qt). This
is making it somewhat painful to code :-( Could we think about revisiting
partial linking et al.?
--
Angus
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Sep 04, 2003 at 01:30:39PM +0200, Lars Gullik Bj?nnes wrote:
>
>> Actually... is a fix needed?
>
| Come on, stick your head above the parapets and try to explain to people
| why the cursor goes to the start of the next line when you press End.
Just
On Thu, Sep 04, 2003 at 01:30:39PM +0200, Lars Gullik Bj?nnes wrote:
> Actually... is a fix needed?
Come on, stick your head above the parapets and try to explain to people
why the cursor goes to the start of the next line when you press End.
john
--
Khendon's Law:
If the same point is made tw
John Levon <[EMAIL PROTECTED]> writes:
| Try pressing End in a multi-row par in current CVS. Cursor ends up on
| the next row, because setCursor() and friends know nothing about which
| row the cursor is supposed to be on. Same problem with mouse clicks
| (evident before a full row inset like Ins
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| Rob Lahaye wrote:
>> When I start lyx-gtk and then select Help->About LyX...
>> I get a crash
>
| As Alfredo said you have to make install, else the glade-built dialog files
| are not found (standard dialogs like filedialog, error etc. are).
Is
Looks like I should extend the ExternalTemplates syntax after all. Repeated
definitions of the same preamble stuff are inelegant. I have in mind
something like this. The external inset would substitute for $$XFigInput in
exactly the same way as it already substitutes for $$Basename. The
differe
Rob Lahaye wrote:
> When I start lyx-gtk and then select Help->About LyX...
> I get a crash
As Alfredo said you have to make install, else the glade-built dialog files
are not found (standard dialogs like filedialog, error etc. are).
Regards,
Juergen.
Johnathan Burchill wrote:
> This works, it's based on \includegraphics[draft] from
> graphics/graphics.sty:
>
>
>
> \def\stripprefix#1>{}
> \newcommand*{\xfiginput}[1]{%
> \edef\tempfilename{#1}%
> \InputIfFileExists{#1}{}{%
> \fbox{Could not find file
> \ttfamily\expanda
On September 3, 2003 05:09 pm, Angus Leeming wrote:
> Johnathan Burchill wrote:
> > It seems LaTeX has a problem with doesn't like filenames with "_" in
> > them when you pass the filename through the newcommand. Latex wants to
> > put $ $ around the _ because that is the "subscript" command in mat
On Sat, 30 Aug 2003, José Abílio Oliveira Matos wrote:
> The basic structure that I wanted to establish is there, thanks to the
> precious help from Asger and Angus. Would it be interesting to move this
> from my area to the devel website?
Just get it up there.
Cheers,
Asger
88 matches
Mail list logo