Re: Embedded Objects

2007-02-03 Thread Georg Baum
Am Samstag, 3. Februar 2007 00:18 schrieb Uwe Stöhr: > portfolio. Until now I only got positive reactions and only from users, I would like to hear what > you developers think about it. (The manual can also be used to find ideas about further LyX features.) I did not read it, but noticed an er

Re: r17027 - /lyx-devel/trunk/src/mathed/InsetMathNest.C

2007-02-03 Thread Edwin Leuven
Abdelrazak Younes wrote: This is fixed now. I guess it happened also for other insets; in which case, it should be fixed also. the early bird catches the worm, thanks!

Re: Fixed: toolbar management problem - another problem

2007-02-03 Thread Georg Baum
Am Freitag, 2. Februar 2007 11:14 schrieb Helge Hafting: > Bo Peng wrote: > >> A weird effect, but easy to fix by moving that math bar to the side. > > > > I can not reproduce this with qt4.2.2. If you are using windows, maybe > > you can download today's snapshot from http://www.lyx.org/~bpeng and

Re: Fixed: toolbar management problem - another problem

2007-02-03 Thread Edwin Leuven
Georg Baum wrote: But not very soon. Etch (the next stable release) is frozen and will be released with 4.2.1. Therefore many people (including me) will use 4.2.1 for a long time. It really frustrates me that there is so little will to support anything but the latest and greatest programs and l

Re: Embedded Objects

2007-02-03 Thread Jürgen Spitzmüller
Uwe Stöhr wrote: > Yes beause it's an "extended" manual. As in Extended.lyx there are also > descriptions how to solve special problems using ERT and preamble commands. > (I collected this stuff over the last two years from answers I gave on the > users-list.) But it is a help manual, so users sho

minimum python version

2007-02-03 Thread Georg Baum
I just noticed that I unintentionally raised the minimum required python version by using unicodedata.normalize() for the InsetLatexAccent conversions in lyx2lyx. What are we going to do here? The problem is that normalization is essential in the accent conversion, so the only possibilities I s

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Uwe Stöhr
> Attached you can find a patch to configure.py defining a converter > PDF->PNG when the convert command supports the -define option. This is not the problem. bug 2418 is about the display of PDF graphics within LyX. In the output the PDF graphics appear as they should. As this is not the case y

Re: Embedded Objects

2007-02-03 Thread Uwe Stöhr
> I did not read it, but noticed an error by chance in section 1.3 image > formats: pdf can embed natively png, jpg and pdf (and LyX makes use of > that), you write that it only can embed pdf. I wanted to create a patch > instead of complaining, but since you ask... Where is this, I can't find wh

Re: Embedded Objects

2007-02-03 Thread Uwe Stöhr
> For instance, you could use: > > % use the marginnote package for margin notes > [EMAIL PROTECTED] > \usepackage{marginnote} > \let\marginpar\marginnote > } This has the same effect as marginnote is then also used. > And then tell the readers they should install that package if

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Uwe Stöhr
Uwe Stöhr schrieb: There is also no need to define a special PDF->PNG converter because PDF-images are directly embedded to the PDF-output. Oh, I missed that graphics are now displayed within LyX as PNG and not as XPM. So forget my comment. regards Uwe

Re: [Cvslog] r17010 - /lyx-devel/trunk/src/text3.C

2007-02-03 Thread Michael Gerz
Georg Baum schrieb: In the Cross reference dialog, list in addition to existing labels all sections, figures etc. (maybe in different lists). If the user chooses to reference such a section, insert a normal label in that section und use that. Then the user can for example change the automaticiall

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Michael Gerz
Uwe Stöhr schrieb: Following this logic, I should update each component of my OS everytime an application pretends that I should have the latest/shinest versions without a real need for them. > > Version: @(#)ImageMagick 5.4.7 07/01/02 Q:16 http://www.imagemagick.org > Copyright: Copyright (C) 2

Re: Embedded Objects

2007-02-03 Thread Jürgen Spitzmüller
Uwe Stöhr wrote: > This has the same effect as marginnote is then also used. What I meant is: \IfFileExists{marginnote}{}{% \usepackage{marginnote} \let\marginpar\marginnote } but see below. >  > And then tell the readers they should install that package if they need > to > s

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Jürgen Spitzmüller
Michael Gerz wrote: > I agree! We cannot support each and every version that has been released > in the last twenty years or so. This is nonsense. Nobody ever requested this. We are talking about applications that are still used in productive systems. Jürgen

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Michael Gerz
Uwe Stöhr schrieb: > Attached you can find a patch to configure.py defining a converter > PDF->PNG when the convert command supports the -define option. This is not the problem. bug 2418 is about the display of PDF graphics within LyX. In the output the PDF graphics appear as they should. As t

Re: Embedded Objects

2007-02-03 Thread Uwe Stöhr
Jürgen Spitzmüller schrieb: What you could do is the following: \usepackage{ifthen} % used for tables with dashed lines \newboolean{arydshln} \IfFileExists{arydshln}{% \usepackage{arydshln} \setboolean{arydshln}{true} }{\setboolean{arydshln}{false}} and then wrap section 2.12.

Re: Embedded Objects

2007-02-03 Thread Michael Gerz
Georg Baum schrieb: It would also be good to describe the conversion strategy here: bitmap images in formats other than png and jpg are converted to png for pdflatex, and vector images other than pdf are converted to pdf. That might be helpful for users to decide which format they use. And s

Re: Embedded Objects

2007-02-03 Thread Jürgen Spitzmüller
Uwe Stöhr wrote: > This seems to be a smart solution. I'll have a closer look and implement > this. Thanks for the hint, I wasn't aware that there is a \setboolean > command. This is part of the ifthen package. Jürgen

Re: Mildly interesting...

2007-02-03 Thread John Levon
On Sat, Feb 03, 2007 at 04:35:03PM +1800, Bo Peng wrote: > >http://www.ohloh.net/projects/3881 > > Interesting. Do they svn blame every lyx file to calculte comment > ratio and main language? I believe so. > I hope that I can collect my $55000x0.9 in some way. :-) Me too! I'm a bit surprised I

Re: minimum python version

2007-02-03 Thread John Levon
On Sat, Feb 03, 2007 at 12:15:43PM +0100, Georg Baum wrote: > I just noticed that I unintentionally raised the minimum required python > version by using unicodedata.normalize() for the InsetLatexAccent > conversions in lyx2lyx. > > What are we going to do here? The problem is that normalizatio

Re: Fixed: toolbar management problem - another problem

2007-02-03 Thread Bo Peng
It really frustrates me that there is so little will to support anything but the latest and greatest programs and libraries. Think in this way: this bug (single line of toolbars at non-TOP dock) can not be fixed for qt <= 4.2.1 and we are kind enough to fix it for a later version of qt. Cheers,

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Enrico Forestieri
On Sat, Feb 03, 2007 at 02:27:22PM +0100, Uwe Stöhr wrote: > Uwe Stöhr schrieb: > > > There is also no need to define a special PDF->PNG converter because > > PDF-images are directly embedded to the PDF-output. > > Oh, I missed that graphics are now displayed within LyX as PNG and not as XPM.

Re: Fixed: toolbar management problem - another problem

2007-02-03 Thread Enrico Forestieri
On Sat, Feb 03, 2007 at 10:46:43AM +0100, Georg Baum wrote: > It really frustrates me that there is so little will to support anything > but the latest and greatest programs and libraries. I agree with you. I also fear that this kind of attitude tends to dilapidate the reputation of the LyX Team

Re: minimum python version

2007-02-03 Thread Enrico Forestieri
On Sat, Feb 03, 2007 at 03:06:14PM +, John Levon wrote: > On Sat, Feb 03, 2007 at 12:15:43PM +0100, Georg Baum wrote: > > > I just noticed that I unintentionally raised the minimum required python > > version by using unicodedata.normalize() for the InsetLatexAccent > > conversions in lyx2l

Re: Fixed: toolbar management problem - another problem

2007-02-03 Thread Peter Kümmel
Georg Baum wrote: > Am Freitag, 2. Februar 2007 11:14 schrieb Helge Hafting: >> Bo Peng wrote: A weird effect, but easy to fix by moving that math bar to the side. >>> I can not reproduce this with qt4.2.2. If you are using windows, maybe >>> you can download today's snapshot from http://www.l

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Angus Leeming
Michael Gerz wrote: A little warning to all pdflatex users (at least to those using the latest MikTeX 2.5): pdflatex prefers PNG files over PDF files Since LyX outputs graphics file names without file extension _and_ generates PNG files for internal use, pdflatex erroneously picks th

Re: Fixed: toolbar management problem - another problem

2007-02-03 Thread Angus Leeming
Peter Kümmel wrote: Seriously: Do you think you-as a main developer of lyx- will have problems to build Qt 4.x by your own? (I assume it's a question of your principles because even I have mangaged to compile Qt4.2 on linux, wasn't it ./configure & make? :) ) Or do you only think about the pack

Re: Embedded Objects

2007-02-03 Thread Uwe Stöhr
Jürgen Spitzmüller schrieb: % used for tables with dashed lines \newboolean{arydshln} \IfFileExists{arydshln} ... (It must be \IfFileExists{arydshln.sty} ) It's in. There's now only one problem: Besides arydshln and marginnote the package prettyref is not on all LaTeX-systems. As LyX support

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Uwe Stöhr
> When a PDF->PNG converter is missing, convertDefault.py is used to convert > PDF to PPM. When such a converter is available, PNG is preferred. > But the point is that with both ImageMagick 6.2.7 and 6.3.0 the -define > option doesn't solve bug 2418 for me, so it is useless in any case. It works

Re: Mildly interesting...

2007-02-03 Thread Abdelrazak Younes
Bo Peng wrote: On 2/3/07, John Levon <[EMAIL PROTECTED]> wrote: http://www.ohloh.net/projects/3881 Interesting. Do they svn blame every lyx file to calculte comment ratio and main language? I hope that I can collect my $55000x0.9 in some way. :-) Personally I would be interested to do some

Re: Mildly interesting...

2007-02-03 Thread John Levon
On Sat, Feb 03, 2007 at 11:26:56PM +0100, Abdelrazak Younes wrote: > Personally I would be interested to do some paid work for LyX. I am > running out of contract in 6 month... maybe I'll do a reconversion in > the software engineering :-). But something disturbs me a bit... is > $55000 a corre

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Enrico Forestieri
On Sat, Feb 03, 2007 at 10:28:26PM +0100, Uwe Stöhr wrote: > > When a PDF->PNG converter is missing, convertDefault.py is used to convert > > PDF to PPM. When such a converter is available, PNG is preferred. > > But the point is that with both ImageMagick 6.2.7 and 6.3.0 the -define > > option doe

Minimum required Qt version

2007-02-03 Thread Enrico Forestieri
Using Qt 4.1.4, I get the following warnings when opening the graphics dialog: Object::connect: No such signal QGroupBox::clicked() Object::connect: (sender name: 'subfigure') Object::connect: (receiver name: 'QGraphicsUi') Object::connect: No such signal QGroupBox::clicked() Object::connect:

Re: Fixed: toolbar management problem - another problem

2007-02-03 Thread Enrico Forestieri
On Sat, Feb 03, 2007 at 11:17:38AM +0100, Edwin Leuven wrote: > i thought we decided earlier on on sticking with 4.1 Seems that 4.2 is currently required. See my other mail. -- Enrico

Re: [Bug 2418] LyX cannot correctly determine PDF image size

2007-02-03 Thread Uwe Stöhr
Michael Gerz schrieb: A little warning to all pdflatex users (at least to those using the latest MikTeX 2.5): pdflatex prefers PNG files over PDF files I use MiKTeX 2.5 since months now and only use PDF-images for vector graphics and it works: I can zoom into the images as much as