On Mon, Jul 23, 2001 at 12:10:40PM +0200, Jean-Marc Lasgouttes wrote:
I have begun to update NEWS for version 1.2.0. Appended is my first
attempt. I do know that things are missing, but I am sure you will be
able to point them out. Corrections to my faulty english and complete
rewrites are
On Mon, Jul 23, 2001 at 02:00:43PM +0200, Jean-Marc Lasgouttes wrote:
The math editor has been mostly rewritten (and thus may have many new
bugs :). Most of the changes should not be visible for the user,
except:
- enable switching between equation/eqnarray and align environment
Replace the
Am Mittwoch, 25. Juli 2001 18:08 schrieb Herbert Voss:
Dekel Maybe mention that it is now possible to put footnotes
inside Dekel tables (we still have the problem of what to do in
that case).
We should probably think more about this feature before announcing
it.
yes, because
Jürgen Spitzmüller wrote:
yes, because footnotes in table-floats make no sense!
and where shall they appear? under the table, inside a float?
on the bottom of the page, like others? ...
I think Dekel is talking about footnotes in tables _outside_ floats
here. We have discussed this
On Wed, 25 Jul 2001, Herbert Voss wrote:
yes, because footnotes in table-floats make no sense!
and where shall they appear? under the table, inside a float?
on the bottom of the page, like others? ...
I disagree somewhat strongly - footnotes to table-floats (or endnotes as
they are more
Am Mittwoch, 25. Juli 2001 18:44 schrieb Mike Ressler:
I disagree somewhat strongly - footnotes to table-floats (or endnotes
as they are more properly called) are used all the time (in
astronomical journals, at least), and they appear under the table,
inside the float :-) The AASTeX package
On Wed, 25 Jul 2001, [iso-8859-1] Jürgen Spitzmüller wrote:
Am Mittwoch, 25. Juli 2001 18:44 schrieb Mike Ressler:
I disagree somewhat strongly - footnotes to table-floats (or endnotes
as they are more properly called) are used all the time (in
...
Isn't the best way to get this
On Wed, Jul 25, 2001 at 06:11:05PM +0200, Jean-Marc Lasgouttes wrote:
Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
You mean multiple bibliographies?
Dekel Yes. Perhaps it should be noted that when using bibtopic, the
Dekel 'dot' option should be used.
This belongs to the docs.
On Mon, Jul 23, 2001 at 12:10:40PM +0200, Jean-Marc Lasgouttes wrote:
>
> I have begun to update NEWS for version 1.2.0. Appended is my first
> attempt. I do know that things are missing, but I am sure you will be
> able to point them out. Corrections to my faulty english and complete
> rewrites
On Mon, Jul 23, 2001 at 02:00:43PM +0200, Jean-Marc Lasgouttes wrote:
> The math editor has been mostly rewritten (and thus may have many new
> bugs :). Most of the changes should not be visible for the user,
> except:
> - enable switching between equation/eqnarray and align environment
Replace
Am Mittwoch, 25. Juli 2001 18:08 schrieb Herbert Voss:
> > Dekel> Maybe mention that it is now possible to put footnotes
> > inside Dekel> tables (we still have the problem of what to do in
> > that case).
> >
> > We should probably think more about this feature before announcing
> > it.
>
> yes,
Jürgen Spitzmüller wrote:
>
> > yes, because footnotes in table-floats make no sense!
> > and where shall they appear? under the table, inside a float?
> > on the bottom of the page, like others? ...
>
> I think Dekel is talking about footnotes in tables _outside_ floats
> here. We have
On Wed, 25 Jul 2001, Herbert Voss wrote:
> yes, because footnotes in table-floats make no sense!
> and where shall they appear? under the table, inside a float?
> on the bottom of the page, like others? ...
I disagree somewhat strongly - footnotes to table-floats (or endnotes as
they are more
Am Mittwoch, 25. Juli 2001 18:44 schrieb Mike Ressler:
> I disagree somewhat strongly - footnotes to table-floats (or endnotes
> as they are more properly called) are used all the time (in
> astronomical journals, at least), and they appear under the table,
> inside the float :-) The AASTeX
On Wed, 25 Jul 2001, [iso-8859-1] Jürgen Spitzmüller wrote:
> Am Mittwoch, 25. Juli 2001 18:44 schrieb Mike Ressler:
> > I disagree somewhat strongly - footnotes to table-floats (or endnotes
> > as they are more properly called) are used all the time (in
> ...
>
> Isn't the best way to get this
On Wed, Jul 25, 2001 at 06:11:05PM +0200, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> >> You mean multiple bibliographies?
>
> Dekel> Yes. Perhaps it should be noted that when using bibtopic, the
> Dekel> 'dot' option should be used.
>
> This
On Mon, Jul 23, 2001 at 12:10:40PM +0200, Jean-Marc Lasgouttes wrote:
- TeX mode has been superseded by the 666 (aka ERT) inset, which is
foldable
or is it collapsable ? I would prefer foldable as the user term for this
indeed, I just want to mamake sure we're consistent in the
On Mon, Jul 23, 2001 at 08:20:45AM -0400, Baruch Even wrote:
Question is actually, do we mind not being able to resize/dither for 1.2.0
For me it doesn't matter, but this isn't WYSIWYM and is a step backwards
from the current inset.
think screen shots. I don't want them taking up more than a
On 23-Jul-2001 John Levon wrote:
the figure float doesn't resize *itself* anyway now, so it's basically unusable
(try it on platypus.eps)
Should it? I made this types of insets only be wider than the WorkArea if the
include inset is wider otherwise they are always the width of the workarea.
On Mon, 23 Jul 2001, John Levon wrote:
On Mon, Jul 23, 2001 at 08:20:45AM -0400, Baruch Even wrote:
Question is actually, do we mind not being able to resize/dither for 1.2.0
For me it doesn't matter, but this isn't WYSIWYM and is a step backwards
from the current inset.
think screen
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
Could you write a few lines on the advantages of insetgraphics wrt
figinset?
Basically, cleaner code. It has no reall addition in it compared to
figinset, but it stops using ghostscript for preview which was a problem
when you
On Mon, 23 Jul 2001, John Levon wrote:
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
Could you write a few lines on the advantages of insetgraphics wrt
figinset?
Basically, cleaner code. It has no reall addition in it compared to
figinset, but it stops using
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
On 23 Jul 2001, Jean-Marc Lasgouttes wrote:
Baruch == Baruch Even [EMAIL PROTECTED] writes:
Baruch On 23 Jul 2001, Jean-Marc Lasgouttes wrote:
- new graphics inset superseding the older figure inset [will that
be OK in
On Mon, 23 Jul 2001, Dekel Tsur wrote:
There are several problem with the preview code in graphics inset:
1) It doesn't work. I get Need converter from eps to xpm message.
Even if I define such a converter, it doesn't work.
I think there should be such converters defined automatically, I
On Mon, Jul 23, 2001 at 09:55:23AM -0400, Baruch Even wrote:
2) I really don't like the idea to use convert to create an xpm file.
Why not use pipes ? (namely run 'convert graphics-file xpm:-' )
Basically because I use XpmReadFileToPixmap to get the XPixmap, I don't
know how to make it
* Dekel Tsur [EMAIL PROTECTED] [010723 17:28]:
There are several problem with the preview code in graphics inset:
1) It doesn't work. I get Need converter from eps to xpm message.
Even if I define such a converter, it doesn't work.
Fixed. I'll commit this soon.
It was a mistake of mine when
* Dekel Tsur [EMAIL PROTECTED] [010723 19:06]:
On Mon, Jul 23, 2001 at 09:55:23AM -0400, Baruch Even wrote:
The reason for not doing it right now is to support those users who cannot
install a good supporting library. The simplest route could be to require
everyone to install gdk-pixbuf
On Mon, Jul 23, 2001 at 07:19:05PM +0300, Baruch Even wrote:
* Dekel Tsur [EMAIL PROTECTED] [010723 19:06]:
On Mon, Jul 23, 2001 at 09:55:23AM -0400, Baruch Even wrote:
The reason for not doing it right now is to support those users who cannot
install a good supporting library. The
Jean-Marc Lasgouttes wrote:
Baruch == Baruch Even [EMAIL PROTECTED] writes:
Baruch I cannot depend on ImageMagick, I need the configurability of
Baruch Converter.
netpbm comes to mind, but I do not know whether it is still
maintained.
JMarc
This just in, so I suppose so.
NETPBM
* Dekel Tsur [EMAIL PROTECTED] [010723 20:43]:
But the current code does require to have imagemagick (or something
equivalent) to be installed in order to have image previewing.
You can always use an image library (libmagick,imlib, etc.) if it is
present, and otherwise use an external
On Mon, Jul 23, 2001 at 12:10:40PM +0200, Jean-Marc Lasgouttes wrote:
> - TeX mode has been superseded by the 666 (aka ERT) inset, which is
> foldable
or is it collapsable ? I would prefer "foldable" as the user term for this
indeed, I just want to mamake sure we're consistent in
On Mon, Jul 23, 2001 at 08:20:45AM -0400, Baruch Even wrote:
> Question is actually, do we mind not being able to resize/dither for 1.2.0
> For me it doesn't matter, but this isn't WYSIWYM and is a step backwards
> from the current inset.
think screen shots. I don't want them taking up more
On 23-Jul-2001 John Levon wrote:
> the figure float doesn't resize *itself* anyway now, so it's basically unusable
> (try it on platypus.eps)
Should it? I made this types of insets only be wider than the WorkArea if the
include inset is wider otherwise they are always the width of the
On Mon, 23 Jul 2001, John Levon wrote:
> On Mon, Jul 23, 2001 at 08:20:45AM -0400, Baruch Even wrote:
>
> > Question is actually, do we mind not being able to resize/dither for 1.2.0
> > For me it doesn't matter, but this isn't WYSIWYM and is a step backwards
> > from the current inset.
>
>
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
> > Could you write a few lines on the advantages of insetgraphics wrt
> > figinset?
>
> Basically, cleaner code. It has no reall addition in it compared to
> figinset, but it stops using ghostscript for preview which was a problem
>
On Mon, 23 Jul 2001, John Levon wrote:
> On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
>
> > > Could you write a few lines on the advantages of insetgraphics wrt
> > > figinset?
> >
> > Basically, cleaner code. It has no reall addition in it compared to
> > figinset, but it
On Mon, Jul 23, 2001 at 08:47:07AM -0400, Baruch Even wrote:
> On 23 Jul 2001, Jean-Marc Lasgouttes wrote:
>
> > > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
> >
> > Baruch> On 23 Jul 2001, Jean-Marc Lasgouttes wrote:
> > >> - new graphics inset superseding the older figure inset
On Mon, 23 Jul 2001, Dekel Tsur wrote:
> There are several problem with the preview code in graphics inset:
>
> 1) It doesn't work. I get "Need converter from eps to xpm" message.
> Even if I define such a converter, it doesn't work.
I think there should be such converters defined
On Mon, Jul 23, 2001 at 09:55:23AM -0400, Baruch Even wrote:
> > 2) I really don't like the idea to use convert to create an xpm file.
> > Why not use pipes ? (namely run 'convert xpm:-' )
>
> Basically because I use XpmReadFileToPixmap to get the XPixmap, I don't
> know how to make it load the
* Dekel Tsur <[EMAIL PROTECTED]> [010723 17:28]:
> There are several problem with the preview code in graphics inset:
>
> 1) It doesn't work. I get "Need converter from eps to xpm" message.
> Even if I define such a converter, it doesn't work.
Fixed. I'll commit this soon.
It was a mistake of
* Dekel Tsur <[EMAIL PROTECTED]> [010723 19:06]:
> On Mon, Jul 23, 2001 at 09:55:23AM -0400, Baruch Even wrote:
> > The reason for not doing it right now is to support those users who cannot
> > install a good supporting library. The simplest route could be to require
> > everyone to install
On Mon, Jul 23, 2001 at 07:19:05PM +0300, Baruch Even wrote:
> * Dekel Tsur <[EMAIL PROTECTED]> [010723 19:06]:
> > On Mon, Jul 23, 2001 at 09:55:23AM -0400, Baruch Even wrote:
> > > The reason for not doing it right now is to support those users who cannot
> > > install a good supporting
Jean-Marc Lasgouttes wrote:
>
> > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
>
> Baruch> I cannot depend on ImageMagick, I need the configurability of
> Baruch> Converter.
>
> netpbm comes to mind, but I do not know whether it is still
> maintained.
>
> JMarc
This just in, so I
* Dekel Tsur <[EMAIL PROTECTED]> [010723 20:43]:
> But the current code does require to have imagemagick (or something
> equivalent) to be installed in order to have image previewing.
>
> You can always use an image library (libmagick,imlib, etc.) if it is
> present, and otherwise use an
44 matches
Mail list logo
