Uwe StÃhr wrote:
I had some problems with the gbrief2.layout, which is in the CVS folder
/lib/layouts/.
To fix them, I changed the following:
- If one uses ERT, the 'letter'-environment is always used. Because this
is the default. To avoid this, I added a dummy environment 'Standard'
and set th
Hello again,
because I'm dealing with the bindings at the moment, I looked at the
file de_menus.bind which comes with the LyX distribution and changed it
a little bit to to keep it up-todate.
I removed a duplicate and rearranged some entries.
The diff file against de_menus.bind from CVS is att
Dear developers,
some of the key bindings defined in the file math.bind could not be used
with german keyboards.
The problem is the meta key "AltGr" on german keyboards. E.g. the
character "[" is produced with the sequence 'AltGr-[' (or 'AltGr-8').
AltGr is the same as 'M-C'. But the bind file
OK, Juergen. The next part comes in two parts. (No code yet, just a
thought process.)
The different cite engines allow the user to input different citation
styles:
Basic
cite
Natbib
cite, citet, citep, citealt, citealp, citeauthor,
citeyear, citeyearpar
citet, cit
"Jose' Matos" <[EMAIL PROTECTED]> schrieb am 13.05.04 18:07:04:
>
> > Well, I tend to say no. First, Jade will complain, no matter where the
> > anchor is.
>
> OK, that is true but since we now have also xml... :-) And other tools to
> process the output.
>
I know I have persuaded you for my
"Jose' Matos" <[EMAIL PROTECTED]> schrieb am 13.05.04 15:47:08:
>
> On Thursday 13 May 2004 14:07, Chris Karakas wrote:
> > (I was almost going to ask in the docbook lists if there is any
> > "SGMLtidy" script out there)
>
> Isn't sgmlnorm what you are searching for?
>
According to the docs,
On Thursday 13 May 2004 14:07, Chris Karakas wrote:
> "Jose' Matos" <[EMAIL PROTECTED]> schrieb am 13.05.04 13:44:07:
> > Not only that but we can include lyxtox using the converters scheme,
> > without changing any C++ code.
> > I am proposing that, if necessary, as a first step to have all th
Lars Gullik Bjønnes wrote:
> | Yes, I do not really see what this
> | BufferList::updateIncludedTeXfiles does. Maybe lars knows...
>
> :-)
>
> Some old ugly code that I didn't write.
> The whole master - sub docs stuff sorely needs a rewrite.
> (next development round)
Actually, along these lin
On Thursday 13 May 2004 14:07, Chris Karakas wrote:
> (I was almost going to ask in the docbook lists if there is any
> "SGMLtidy" script out there)
Isn't sgmlnorm what you are searching for?
That program comes with opensp, or sp, if you are using an older version.
--
José Abílio
LyX and do
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, May 13, 2004 at 12:48:36PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> One can always have a big tooltip
John> There's no such thing as a big tooltip, so to speak...
Indeed, it should be more like a 'what's this?' or whatever i
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, May 13, 2004 at 01:27:45PM +0200, Lars Gullik Bj?nnes wrote:
>
>> I'd like as soon as possible, but I am a bit unsure of the current
>> status.
>
| A bare minimum of 3 months development, 1 months testing away from
| release. If we really rattle thr
On Thu, May 13, 2004 at 02:36:44PM +0200, Jean-Marc Lasgouttes wrote:
> And we probably need that someone begins to compile a list of bugs,
> like Michael did for 1.3.0. I think this was very useful.
I would encourage people to file bugs targetted to 1.4.0 in bugzilla.
There's a few there but I c
On Thu, May 13, 2004 at 01:27:45PM +0200, Lars Gullik Bj?nnes wrote:
> I'd like as soon as possible, but I am a bit unsure of the current
> status.
A bare minimum of 3 months development, 1 months testing away from
release. If we really rattle through the regressions that is
john
"Jose' Matos" <[EMAIL PROTECTED]> schrieb am 13.05.04 13:44:07:
>
> Not only that but we can include lyxtox using the converters scheme,
> without changing any C++ code.
> I am proposing that, if necessary, as a first step to have all the lyxto
> features to include lyxtox into lyx.
>
Conv
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> I'd like as soon as possible, but I am a bit unsure of the
| Lars> current status.
>
| Lars> - cut and paste - undo - screen flicker (that we redraw on each
| Lars> cursor mo
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Georg> Closer examination of the consequences showed that I would have
| Georg> to change a lot if I were to go this way. E. g. makeLaTeXFile
| Georg> is called by BufferList::updateIncludedTeXfiles (why is that
| Georg> needed? InsetInclude::late
On Thu, May 13, 2004 at 12:48:36PM +0200, Jean-Marc Lasgouttes wrote:
> One can always have a big tooltip
There's no such thing as a big tooltip, so to speak...
john
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I'd like as soon as possible, but I am a bit unsure of the
Lars> current status.
Lars> - cut and paste - undo - screen flicker (that we redraw on each
Lars> cursor move) - regressions from 1.3.x
And we probably need that someo
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Mittwoch, 12. Mai 2004 15:02 schrieb Jean-Marc Lasgouttes:
>> > "Georg" == Georg Baum <[EMAIL PROTECTED]>
>> writes: I always thought that this prepareFile thing was ugly.
>> Isn't there some way to split it in two (compute the
"Jose' Matos" <[EMAIL PROTECTED]> schrieb am 13.05.04 12:12:50:
>
Hi Jose,
as you see, I am here! ;-)
Just read your post.
> > Why shall I have to do this? Why not produce directly
> >
> >
> >
> > instead of the current
> >
> >
> >
>
> This can be done but I suggest that it should only b
On Thursday 13 May 2004 12:05, Chris Karakas wrote:
>
> My purpose is not to press anyone. Let's discuss it first and decide what
> is good and what not. I have other suggestions in this area too, which I
> am going to present one by one. At the end of all this, I hope we will
> reach a consensus o
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Note that I am very reluctant to begin work on this before next
| Lars> devel cycle. We should concentrate efforts to get a release out
| Lars> before too long.
>
| OK, when?
"Chris Karakas" <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> schrieb am 13.05.04 12:48:04:
>>
>> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
>> Lars> Note that I am very reluctant to begin work on this before next
>> Lars> devel cycle. We should c
Am Mittwoch, 12. Mai 2004 15:02 schrieb Jean-Marc Lasgouttes:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
> I always thought that this prepareFile thing was ugly. Isn't there
> some way to split it in two (compute the name and do the conversions)?
One can use a stripped down version
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> schrieb am 13.05.04 12:48:04:
>
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> Note that I am very reluctant to begin work on this before next
> Lars> devel cycle. We should concentrate efforts to get a release out
> Lars> befo
Jean-Marc Lasgouttes wrote:
> One can always have a big tooltip that explains the different choices.
In the qt world, that would rather be a "What's this?" (which has not been
implemented yet).
Anyway, we have very much place on the bibliography pane, and therefore the
radio solution seems more
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Angus Leeming wrote:
>> You (the Qt guys) tend to use multiple radio buttons where I would
>> use a single choice. Is there a rationale?
Juergen> tooltips.
One can always have a big tooltip that explains the different c
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Note that I am very reluctant to begin work on this before next
Lars> devel cycle. We should concentrate efforts to get a release out
Lars> before too long.
OK, when?
JMarc
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| On Wednesday 12 May 2004 19:49, Chris Karakas wrote:
>> Hello,
>>
>> one of my primary objectives is to persuade you to incorporate some
>> changes in LyX that will render my sed script
>>
>> http://www.karakas-online.de/mySGML/sedscr
>>
>> obsolete.
>
|
To better debug the xml generated in the docbook backend I have defined a
new format:
\Format docbook-xml xml"Docbook (xml)""" "" ""
and a converter from docbook to it:
\converter docbookdocbook-xml "cp $$i $$o" "xml"
is it possible to define some kind of empty converter whitho
On Wednesday 12 May 2004 19:49, Chris Karakas wrote:
> Hello,
>
> one of my primary objectives is to persuade you to incorporate some
> changes in LyX that will render my sed script
>
> http://www.karakas-online.de/mySGML/sedscr
>
> obsolete.
That seems doable.
Have you got the latest cvs code
On Wednesday 12 May 2004 19:27, Chris Karakas wrote:
> Hello list members,
welcome Chris. :-)
> Currently, I am using LyX both professionally and privately in a document
> production process that I call "LyX-to-X". I write in LyX, export the
> document to DocBook SGML, correct that SGML with se
Angus Leeming wrote:
> You (the Qt guys) tend to use
> multiple radio buttons where I would use a single choice. Is there a
> rationale?
tooltips.
Jürgen.
Juergen Spitzmueller wrote:
> Angus Leeming wrote:
>> > Angus, it works very well. Now only the off-by-one error is still
>> > there.
>>
>> Before we address that one,
>
> which seems to be a qt issue btw. (incidentally, there seem to be
> some dispatch problems in xforms; opening the citation di
Angus Leeming wrote:
> > Angus, it works very well. Now only the off-by-one error is still
> > there.
>
> Before we address that one,
which seems to be a qt issue btw. (incidentally, there seem to be some
dispatch problems in xforms; opening the citation dialog from an inset is a
real pain).
35 matches
Mail list logo