On Thu, Jun 12, 2003 at 08:04:41AM +0200, Andre Poenitz spake thusly:
...
> Incidently, concerning .fig -> .pdf. Konni said she always uses separate
> ps/tex export in that case and uses ps2pdf to convert the ps part only.
Yes, that's what I find works the best too. Though I currently use
separ
On Wed, Jun 11, 2003 at 03:29:14PM +0200, Michael Schmitt spake thusly:
> Hello,
>
> what is the current status of LyX 1.4.0cvs? What comes into my mind are
> the following open (?) issues:
>
> - use of STL containers (ParagraphList etc.)
> - undo/redo
> - change tracking
> - 2-phase drawi
On Wed, Jun 11, 2003 at 03:29:11PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> > On Wed, Jun 11, 2003 at 02:43:00PM +, Angus Leeming wrote:
> >> Ok to apply?
> >
> > It's your ballpark and it des not sound unreasonable...
>
> ;-)
> I don't really post to receive a yay or nay, but
On Wed, Jun 11, 2003 at 04:41:16PM +0200, Jean-Marc Lasgouttes wrote:
> Did you say in the bug that this was not needed for 1.4.0?
It is already fixed in 1.4.0cvs
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jef
Hi,
In the devel-list's archives, I came across an old thread that dealt with the
printer dialog. Specifically, whether there should be a different way of doing
the print task. I wonder how interesting this still is and if 1.4.0 coud embrace
such a change. Or does the whole idea belong in the ru
Do "Insert->External Material...", to open the External Material Xforms dialog.
Click on "Edit File", then on "Apply", then on "Edit File", then on "Apply" etc.
This keeps generating "[Chess:]" boxes on the LyX canvas.
Some logic is wrong here; or is it not yet ready for this kind of testing?
Angus Leeming wrote:
> The attached patch:
>
> Renames class GraphicInset as GraphicRenderer.
> Defines class ButtonRenderer (same metrics, draw functions as
> InsetButton). Both these classes are derived from RenderedInset.
>
> insets/graphicsinset.[Ch] is renamed as insets/renderers.[Ch]. Conta
The attached patch:
Renames class GraphicInset as GraphicRenderer.
Defines class ButtonRenderer (same metrics, draw functions as InsetButton).
Both these classes are derived from RenderedInset.
insets/graphicsinset.[Ch] is renamed as insets/renderers.[Ch]. Contains code
for RenderedInset, Button
Kayvan A. Sylvan wrote:
> Updating my LyX from CVS, I see no change in the user interface with
> the Extra toolbar enabled. Does this only work with QT?
'Fraid so. At the moment the necessary hooks exist for Qt only.
--
Angus
On Wed, Jun 11, 2003 at 12:12:24PM -0700, Kayvan A. Sylvan wrote:
> Updating my LyX from CVS, I see no change in the user interface with
> the Extra toolbar enabled. Does this only work with QT?
Correct
regards
john
Updating my LyX from CVS, I see no change in the user interface with
the Extra toolbar enabled. Does this only work with QT?
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89)
http://sylvan.com/
Suppose I have classes
class Base {
public:
Base()
: cache_(0)
{}
// cache is not copied.
Base(Base const &)
: cache_(0)
{}
Base & operator=(Base const &)
{
return *this;
}
private:
On Wed, Jun 11, 2003 at 06:51:17PM +, Angus Leeming wrote:
> How about ButtonRenderer and GraphicRenderer?
A bit wordy perhaps but sure
john
John Levon wrote:
> On Wed, Jun 11, 2003 at 06:14:48PM +, Angus Leeming wrote:
>
>> The patch isn't really ready to be applied, because Andr? has "stolen" my
>> favoured name ButtonInset, so I've had to call mine ButtonAsInset. Crap I
>
> ButtonFrame ?
How about ButtonRenderer and GraphicRe
On Wed, Jun 11, 2003 at 06:14:48PM +, Angus Leeming wrote:
> The patch isn't really ready to be applied, because Andr? has "stolen" my
> favoured name ButtonInset, so I've had to call mine ButtonAsInset. Crap I
ButtonFrame ?
> However, this raises the real point of the exercise. Should our
I thought I'd have a go at enabling the external inset to have a renderer
that can be chosen dynamically. As proof of concept, I thought I would
define GraphicInset and ButtonInset, both these classes deriving from a
common base class. The framework now exists to display the contents of the
ext
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Jun 06, 2003 at 03:30:35PM +0100, John Levon wrote:
>> An old bug. class changes don't trigger language update. JMarc,
>> this one applies to 1.3 too I suppose. Can you apply it ?
John> This one works better, applied to 1.4
Tha
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Jun 06, 2003 at 04:57:25PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> Hmm, germanwings can go the dresden, but I would have to wait 6
>> hours in the airport... Very cheap, but a bit annoying.
Andre> The airport in Koeln
> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
Kuba> Booking class is really your waitlist priority, and a guarantee
Kuba> to the airline that the whole plane won't be sold out at 40EUR
Kuba> per seat.
Thanks. So basically, this means that I should get the lowest price I
can get...
JMarc
Andre Poenitz <[EMAIL PROTECTED]> writes:
| ... should yield a Paragraph &, not a ParagraphList::iterator.
|
| Patch attached.
|
| Lars?
Yea... ok.
--
Lgb
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> See attachment.
Thanks. applied.
Did you say in the bug that this was not needed for 1.4.0?
JMarc
On Wed, Jun 11, 2003 at 03:44:19PM +0200, Andre Poenitz wrote:
> > - change tracking
>
> Don't know.
Currently broken due to stl upheavals but easily fixable, hopefully. No
major issues.
> > - cursor stuff
>
> Unchanged with respect to 1.3, so "everything still to be done".
The drawing issue
Andre Poenitz wrote:
> On Wed, Jun 11, 2003 at 02:43:00PM +, Angus Leeming wrote:
>> Ok to apply?
>
> It's your ballpark and it des not sound unreasonable...
;-)
I don't really post to receive a yay or nay, but more as "I'm about to
commit so speak up now if you'd rather I didn't".
--
Ang
On Wed, Jun 11, 2003 at 02:43:00PM +, Angus Leeming wrote:
> Ok to apply?
It's your ballpark and it des not sound unreasonable...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or bot
... should yield a Paragraph &, not a ParagraphList::iterator.
Patch attached.
Lars?
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index: BufferView.C
==
We currently store an ExternalTemplate variable in the InsetExternal::Params
struct. All is fine if a particular template exists. However, should a
template named in the lyx file _not_ exist on the machine reading the file,
then we must necessarily use the default (first) template from the list
Michael Schmitt wrote:
> Hello,
>
> what is the current status of LyX 1.4.0cvs? What comes into my mind are
> the following open (?) issues:
> - external inset
Stable but still being tweaked slightly. The external XFIG -> PDF converter
could probably do with some love and attention.
--
Angu
On Wed, Jun 11, 2003 at 03:29:14PM +0200, Michael Schmitt wrote:
> what is the current status of LyX 1.4.0cvs? What comes into my mind are
> the following open (?) issues:
>
> - use of STL containers (ParagraphList etc.)
ParagraphList and RowList are done. There is no biggie left in this area.
On Wednesday 11 June 2003 14:29, Michael Schmitt wrote:
> Hello,
>
> what is the current status of LyX 1.4.0cvs? What comes into my mind are
> the following open (?) issues:
>
> - ... anything else? ...
I would like to add support for 0.10.x files to lyx2lyx, and later merging
COLD support, ef
Hello,
what is the current status of LyX 1.4.0cvs? What comes into my mind are
the following open (?) issues:
- use of STL containers (ParagraphList etc.)
- undo/redo
- change tracking
- 2-phase drawing
- cursor stuff
- inset unification
- external inset
- enumerate/itemize/descrption inset
- te
See attachment.
? .math_symbolinset.C.swp
Index: math_parser.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_parser.C,v
retrieving revision 1.259.2.2
diff -u -p -r1.259.2.2 math_parser.C
--- math_parser.C 19 Mar
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> It is not a matter of behaving. Some classes have "Chapter" as
Lars> label | for \chapter, some others have "" (scrbook). Should all
Lars> the code that | uses LabelString
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| It is not a matter of behaving. Some classes have "Chapter" as label
| for \chapter, some others have "" (scrbook). Should all the code that
| uses LabelString test for empty string? That would be horrible.
No it wouldn't.
--
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> John Levon <[EMAIL PROTECTED]> writes:
Lars> | On Mon, Jun 09, 2003 at 02:56:43PM +0200, Lars Gullik Bj?nnes wrote:
>>
>>> John Levon <[EMAIL PROTECTED]> writes:
>>>
>>> | Chapter works in German ("Kapitel") but Section (which
34 matches
Mail list logo