get generated, because the font
generating output confuses it.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
EOP.
Uh, just forget I mentioned preview-latex in that context: we don't
parse the output of dvipng. The problem is with parsing the output of
LaTeX, not of dvipng.
So for now just LyX is the problem.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
into a particular way of improving
LyX in an area I personally would estimate to be well worth the
work to be invested.
I am not currently subscribed to the LyX developer's list, so it
would be a courtesy if you included me in the recipient list of
replies to this mail.
Thank you,
--
David
Angus Leeming [EMAIL PROTECTED] writes:
On Tuesday 14 May 2002 9:47 am, Asger K. Alstrup Nielsen wrote:
On 12 May 2002, David Kastrup wrote:
Several of you probably are already aware of the preview-latex
project where I am head developer. I delivered a talk about it
at the recent
Andre Poenitz [EMAIL PROTECTED] writes:
On Sun, May 12, 2002 at 04:59:09PM +0200, David Kastrup wrote:
[...] In contrast, I believe LyX to have the necessary infrastructure for
that kind of functionality.
At least partially... I believe so, too.
[...] Even in those areas where LyX
(actually, the next few: we allow for a few outstanding
requests in order not to let GhostScript idle unnecessarily). It's
not just termination that is interesting, but there is an ongoing
communication.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
don't have proper multithreading, but some of the graphics stuff is
(was?) rendered asynchronously already.
That sounds like the basic framework should be there. Emacs does not
have proper multithreading either, but that does not seem to impact
operation noticeably.
--
David Kastrup
Angus Leeming [EMAIL PROTECTED] writes:
On Tuesday 14 May 2002 1:47 pm, David Kastrup wrote:
Angus Leeming [EMAIL PROTECTED] writes:
On Tuesday 14 May 2002 12:47 pm, Andre Poenitz wrote:
We don't have proper multithreading, but some of the graphics stuff is
(was?) rendered
image formats. Probably some TIF format
would fit the bill.
Fortunately xforms is now LGPL-ed and modifiable, so native loading
of PNG is an achievable target.
Would be a good idea, anyhow. libpng should make this reasonably easy.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL
that for some reason or other, my Ghostscript generates just
junk when I use it. At least the usual programs using libtiff do not
seem comfortable with it.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
ugly).
But if you ask me: better to support PNG natively soon. After all, it
is _the_ standard free format for lossless compression of graphical
images.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
because of the patent issues.
This leaves PNM, and the above underlines that native PNG support
would not be the worst idea. A typical computer will be quite faster
reading 2640 byte from disk and uncompressing to 280kB than it could
be just reading in 280kB of uncompressed data.
--
David Kastrup
John Levon [EMAIL PROTECTED] writes:
On Wed, May 15, 2002 at 12:05:00PM +0200, David Kastrup wrote:
least pnm will encode monochromatic images with 8 bits per pixel
instead of 24 (and if you don't use antialiasing, pure BW text will
render with 1 bit per pixel, while looking ugly
started out with just the approach you describe. But
for the given reasons, reverting back to it will not be desirable even
in case the utterly broken EPS image implementation of Emacs gets
fixed one day.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
use for demonstrations: it should be a reasonably
stable version as long as all features to be demonstrated can be made
to work with it.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Herbert Voss [EMAIL PROTECTED] writes:
David Kastrup wrote:
I am digressing. Obviously, the math editor will be a big starting
help for some users. What other features would you find worth having
pointed out (apart from preview-LyX, in case it gets into a
demonstratable state
.
It may be that this is a sideeffect of the xforms library which I
have found to cause some other not exactly desirable effects.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Juergen Vigna [EMAIL PROTECTED] writes:
On 11-Jun-2002 David Kastrup wrote:
Please don't overgeneralize. Even many users that have had suffered
extended exposure to Microsoft Windows prefer focus following mouse.
Well I have to disagree here.
So you are able to speak for so many
Juergen Vigna [EMAIL PROTECTED] writes:
On 11-Jun-2002 David Kastrup wrote:
That is exactly the sort of overgeneralization that I was talking
about.
But I didn't I just told you that I'm not one of your many users
and not because I suffered MS something as I'm working 100% on Unix
policy.
It's just the question whether LyX can recommend this to the toolkit...
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
that
could be considered misleading?
Thanks for feedback,
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Jules Bean [EMAIL PROTECTED] writes:
On Tue, Jun 25, 2002 at 12:39:41PM +0200, David Kastrup wrote:
On URL:http://preview-latex.sourceforge.net/others.html I outline
several WYSIWYG-related software pieces in connection with LaTeX.
Among others, I mention LyX.
Would you say that I
Andre Poenitz [EMAIL PROTECTED] writes:
On Tue, Jun 25, 2002 at 03:44:45PM +0200, David Kastrup wrote:
Did that. Considering the brevity of this overview, I troed squeezing
this into one sentence. I also don't know whether this special
mention is biased against TeXmacs, since I don't
? Or that
maybe the Online demonstrations at the conference itself in September
could benefit from a LyX 1.3+ demo?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Angus Leeming [EMAIL PROTECTED] writes:
On Tuesday 25 June 2002 10:21 pm, David Kastrup wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
On Tue, Jun 25, 2002 at 06:15:57PM +0200, David Kastrup wrote:
Considering the title of this thread and my complete lack of knowledge
what
.
As long as the expansion of png into a format that xforms can handle
does not write back to disk again, I would not even be sure about
that: I/O performance can cause quite a bottleneck; it is often faster
to compress and decompress around file I/O rather than do it raw.
--
David Kastrup
, it depends on libgd (I hope we may eventually remove this
dependency).
URL:http://www.boutell.com/gd/
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
dvipng, see
separate post.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Angus Leeming [EMAIL PROTECTED] writes:
On Wednesday 26 June 2002 3:18 pm, David Kastrup wrote:
Angus Leeming [EMAIL PROTECTED] writes:
André, how does it work for you???
I get stacks of these messages because /tmp/lyx does not exist.
aleem@pneumon:src- writing '$D'$' to '/tmp
on the terminal. At least that's what preview.sty
that we use in preview-latex for chopping up things into pieces does).
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
in that
manner will deliver proper results in the presence of scaling,
rotation and pstricks graphics, all of which get goofed when using
dvips -E for bounding box calculations.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
like
spacing, or when you are using user-defined macros or other
constructs that LyX does not understand by itself. It will be a nice
addition for dealing with ERT, once the text inset stuff has
stabilized properly. But the math editor is certainly a nice testbed.
--
David Kastrup, Kriemhildstr
Dekel Tsur [EMAIL PROTECTED] writes:
On Wed, Jun 26, 2002 at 10:17:56AM +0200, David Kastrup wrote:
Sure thing. Check out dvipng from the preview-latex CVS: antialiased
bitmaps which you can request in daemon mode (page selection and
stuff via pipe instead of command line
Andre Poenitz [EMAIL PROTECTED] writes:
On Thu, Jun 27, 2002 at 01:10:28PM +0200, David Kastrup wrote:
As I already said: we will welcome developers willing to
participate in making dvipng support more functionality.
You are searching in the wrong place. I, for instance, have some
have quite more developers on your project, you can probably easily
afford a bit of reinvention of the wheel, and probably come up even
with a few interesting twists on that theme.
It will certainly be interesting to see how this functionality will
progress.
All the best,
--
David Kastrup
the selection options like
textmath and displaymath and instead place everything you want
previewed into a separate preview environment.
Hope this helps.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
application.
I hope this makes sense.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
-dTextAlphaBits=4
to those options, the results are quite nicer.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Andre Poenitz [EMAIL PROTECTED] writes:
On Mon, Jul 01, 2002 at 07:00:05PM +0200, David Kastrup wrote:
Usually, this means that text math and short phrases and horizontal
material get a tight bounding box horizontally, whereas larger
paragraph-mode based stuff (like displayed equations
Angus Leeming [EMAIL PROTECTED] writes:
On Monday 01 July 2002 6:00 pm, David Kastrup wrote:
You presumably would want to have white space to the left of the
equation cropped away.
Exactly.
Since you would usually want to have the paragraph based stuff line
up, this has turned out
this could be done reasonably easy from
outside the LaTeX file. If this is a problem, I will try to find some
other scheme.
The \AtBeginDocument is only necessary in case preview get loaded
with the delay option.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
are of interest, and it will accept
nonintegral values, too.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
if you are using
antialiasing (and typical TeX fonts will not be suitable for screen
resolution without this). Scaling in dvips implies generation of new
fonts when using bitmap fonts, and does not buy you anything over
scaling in GhostScript when using vector fonts.
--
David Kastrup
GhostScript
know about the colors.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
to be as effective as you are.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
David Kastrup [EMAIL PROTECTED] writes:
Thereafter, the black box that is LyX's run queue sounds very
similar indeed to preview-latex. Does it not run as a forked process
and tell emacs when to load an image?
Uh, not really.
[Details snipped] I explained in detail what we do but got
for the color code), then this needs some more investigation.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
. Was this on papoose?
(This post approved by aspell, except for loost and aspell).
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Angus Leeming [EMAIL PROTECTED] writes:
On Monday 01 July 2002 8:37 pm, David Kastrup wrote:
One solution: after loading the package preview, issue
\AtBeginDocument{\AtBeginDvi{%
\special{!userdict begin/bop-hook{//bop-hook exec
343434656565{255 div}forall setrgbcolor
auctex option,
too, but which is probably overkill for LyX use).
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
in this regard.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
that be?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
to go through an external pnm file, you would
of course directly use the pnmraw device of GhostScript, not the
png16m device.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Angus Leeming [EMAIL PROTECTED] writes:
On Tuesday 02 July 2002 2:13 pm, David Kastrup wrote:
Angus Leeming [EMAIL PROTECTED] writes:
For now, this works well enough and is pretty fast:
pngtopnm trial004.png | pnmcrop - trial004.ppm
(It has the additional advantage that xforms
Angus Leeming [EMAIL PROTECTED] writes:
On Tuesday 02 July 2002 2:22 pm, David Kastrup wrote:
Angus Leeming [EMAIL PROTECTED] writes:
On Tuesday 02 July 2002 2:13 pm, David Kastrup wrote:
Angus Leeming [EMAIL PROTECTED] writes:
For now, this works well enough and is pretty fast
of either preview-latex or LyX should be exploitable by the other
system.
And of course I'll be glad to stick LyX-specific configuration stuff
into preview.dtx if that turns out feasible.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
quantization LyX does for the screen in question.
In particular if you do any kind of gamma correction...
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
, as long as developers do not get
sidetracked too much just by preparing a release.
I mean, if 1.3.0 is to contain everything planned for 1.4.0, you
could start a feature freeze right after 1.3.0.
Or am I babbling? Would not be too uncommon an occurence...
--
David Kastrup, Kriemhildstr. 15, 44793
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
David == David Kastrup [EMAIL PROTECTED] writes:
David How strict is the distinction development/release branch
David anyway? With Linux, it is usual that something is, i.e., 1.3
David material. That does not mean that it will be complete
to Fortran.
Ok, that was a joke, but so is what pointer aliasing does to generated
code quality with both C and C++.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
David Kastrup [EMAIL PROTECTED] writes:
| Herbert Voss [EMAIL PROTECTED] writes:
can somebody please explain, why using the gcc 3.1
stops the bloat of the compiled lyx?
| IIRC, they had some changes in the default debug format
the text color settings, even if the user changes those.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
characters.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Andre Poenitz [EMAIL PROTECTED] writes:
On Fri, Jul 05, 2002 at 11:09:31AM +0200, David Kastrup wrote:
How about that: set up a poll page where users can actively select all
options they think worth having as default, or where they don't mind.
If somebody does want to have something
rasterization
at work?
If any font wizard has some time to spare sometime, looking over the
native screen font usage of LyX might also help improving readability.
I'm impressed how quickly this code has materialised, it's amazing
really!
Agreed. Caught me quite by surprise, too.
--
David
take some sort of basic timestamps from
the document, it should be possible when restarting LyX to know
whether one can keep the current previews or should regenerate.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
overkill
for use with LyX).
The standalone preview distribution is at
CTAN:macros/latex/contrib/supported/preview IIRC.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
}
\geometry{blah ... blah}
should be ignored in the preamble.
The dvips option of preview.sty tries to override any ugly
PostScript. Either try loading the preview style last, or load it
with the delayed option set.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
those PNGs into memory when
they are not needed. Let them sit on the disk until they are really
displayed.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
, no?
\PassOptionsToPackage{showlabels}{preview}
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
font design size
(as per preamble used for generating the preview), screen resolution.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
files into LyX when a
majority of them will never be displayed on screen since it is highly
unlikely that a particular editing session will rediplay the entire
document. Load them when you need them, not before.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Andre Poenitz [EMAIL PROTECTED] writes:
On Mon, Jul 08, 2002 at 11:54:29AM +0200, David Kastrup wrote:
My pleasure. You don't want to load 1000 image files into LyX when a
majority of them will never be displayed on screen since it is highly
unlikely that a particular editing session
Andre Poenitz [EMAIL PROTECTED] writes:
On Mon, Jul 08, 2002 at 12:17:23PM +0200, David Kastrup wrote:
Then you deserve the punishment you get. People which instead jump
to the end of the document with a single cursor positioning command
(I presume somthing like this exists) don't need
looking through the dozen or so of classes LyX
supports and check their defaults.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Angus Leeming [EMAIL PROTECTED] writes:
On Monday 08 July 2002 1:42 pm, Herbert Voss wrote:
Andre Poenitz wrote:
On Mon, Jul 08, 2002 at 01:18:17PM +0200, David Kastrup wrote:
Uh, I just mentioned scartcl and scrlettr as _examples_ with a
different design size from the 10pt from
where an image rendering is
taking quite long after the image location has already been scrolled
off screen, perhaps it would be worthwhile to abort in that case.
But apart from that, things should be workable rather asynchronously.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL
} -- \label{4\_1\_3} cured it also.)
Maybe (as Andre writes) because of underscores.
Should be fixed in the current CVS version of preview.dtx (fix went
in in April). I'll have to release 0.7.3 soon because of a f***up of
GNU GhostScript 7.05, and it will have this in there, too.
--
David
.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
on or off (after all, that is why it is an option
to preview.sty).
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Herbert Voss [EMAIL PROTECTED] writes:
there is still the bug present, that the right pixels
are ignored.
Are they in the ppm file?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
method could still be applied for either
a) autogenerating the info put into ClassOptions
b) an automated verification process that could be run before a
release.
Of course, if some style changes over history, it will be difficult
to offer something consistent.
--
David Kastrup, Kriemhildstr. 15
of
the output, and TeX's fixed point formatted numbers can contain errors
as large as 0.5sp, which is almost 3nm. Ok ok, not so very tragic.
The printed representation of those fixpoint numbers takes a bit more
space in the log file than the integers, though.
--
David Kastrup, Kriemhildstr. 15, 44793
.
I hope you can find this acceptable.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Angus Leeming [EMAIL PROTECTED] writes:
On Thursday 11 July 2002 1:51 am, David Kastrup wrote:
Take a look at the output when you run previews with the added lyx
option (it must come after the tightpage option, or it will fail to
report the additional bounding box adjustments from
Angus Leeming [EMAIL PROTECTED] writes:
On Thursday 11 July 2002 11:10 pm, David Kastrup wrote:
That regexp looks _slow_. And I am surprised that the + should not
be interpreted specially. How about
ended\.(\(-?[0-9]*\)\+\(-?[0-9]+\)x\(-?[0-9]+\))/\1 \2 \3 \4/p;d
1lyxpreview.log
trivial.
Get this PNG support going.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
David Kastrup [EMAIL PROTECTED] writes:
If that's ok, just use grep, which will probably be faster.
grep '^Preview: Snippet /'
And do the obvious correction to the line above. Argh.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
Angus Leeming [EMAIL PROTECTED] writes:
On Friday 12 July 2002 9:12 am, David Kastrup wrote:
Herbert Voss [EMAIL PROTECTED] writes:
Angus Leeming wrote:
Statistics:
285 numbered equations
732 pages in the metrics file
57 MBytes for the ppm-files
Experiment with gs
Angus Leeming [EMAIL PROTECTED] writes:
On Friday 12 July 2002 9:13 am, David Kastrup wrote:
David Kastrup [EMAIL PROTECTED] writes:
If that's ok, just use grep, which will probably be faster.
grep '^Preview: Snippet /'
And do the obvious correction to the line above. Argh
Angus Leeming [EMAIL PROTECTED] writes:
On Friday 12 July 2002 9:41 am, David Kastrup wrote:
Well, PNG image support will mean previews will be much more fun, and
their loading will not spend an infinite amount of time...
Incidentally, whilst total loading time will remain high, actual
Angus Leeming [EMAIL PROTECTED] writes:
On Friday 12 July 2002 9:41 am, David Kastrup wrote:
David, I work on LyX for fun.
I did not particularly address you. Hmmm, what was the reason I
was working on LyX (if you would call it that)?
I remember in your introduction you mentioned
that supplying a name wich contains 'Qt' gets rid of
'freeware'. So I guess I'm stuck with 'QtLyX'
Charming. How is GUI independence progressing? Any hope for, say,
gdk under Windows?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
support instead of
Cygwin) that we want to have basically tested.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
behavior. I think GTK LyX would be a large improvement, and an
obviously legally unproblematic candidate for binary redistribution.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
tell preview.sty by changing the
macro \PreviewBbAdjust (see the docs for preview.sty). When adding
additional space, it makes more sense if TeX is able to draw in those
pixels in the rare cases where it has something hanging out of its
box rather than have it blank.
--
David Kastrup, Kriemhildstr
will
open the preview and yo'll get the math editor, anyway.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
, then they beautify the code ...
And it often is high time for it...
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
it should be still align!
Does align handle more than 2 columns?
Yes, but you have to read the 1st row in order to know the number of columns:
\begin{align}
1 2 3 4 \\
...
\end{align}
No, it does not matter which row contains the maximum number of columns.
--
David Kastrup
1 - 100 of 268 matches
Mail list logo