date:20100419

Pavel Sanda wrote:
   Jürgen Spitzmüller wrote:
* This should also take care about the required other selections.
I.e., it  should enable synctex (or, if this is not available, an
alternative way to add src specials)
  
   
  
   i was thinking about this too... what about some combo in settings
   which provides one of the include srcltx package/add
   --sync-tex=1/add src-specials

I would simply provide an option enable forward/reverse search and let LyX 
care about the details, unless the user edits some advanced settings,

Clearly the synctex approach is to be favoured. scrltx is just a fallback for 
older distros.

  Note that --synctex=1 produces a compressed synctex file and not all
  viewers can deal with it (SumatraPDF being one of them), so also
  --synctex=-1 (uncompressed file) should be taken into account.
 
  
 
   and one icon in view toolbar which toggles this? (imho just preference
   is too dangerous since its easy to be forgotten and according to
   Enrico at least the synctex case can affect the final typeset...
 
  
 
  That would be the case with the srcltx and pdfsync packages, as synctex
  is supposed to not giving problems in this respect.
 
 no doubt you know more about the problems around, could you put those
 remarks into the manual?

The manual already contains this warning:
Note that PDFSync might affect the output layout of your document. It is 
therefore advised to disable PDFsync for final documents.

I'm not aware of similar problems with scrltx.

Jürgen

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 05:34 AM, Joost Verburg wrote:

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

 Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't 
compile.


Pass -Dmerge=0 to cmake.

Abdel.

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.



Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to hear 
what others say - and Richard said no.


Richard didn't understand what you meant I think :-)

Abdel.

Re: Spellchecker and thesaurus for LyX/Mac

Am 18.04.2010 um 23:02 schrieb Pavel Sanda:

 Stephan Witt wrote:
 +lyx::support::FileName base(basepath);
 +lyx::support::FileName data(base.absFilename() + datapath);
 +lyx::support::FileName dict(base.absFilename() + dictpath);
 
 strip lyx::support:: part?

This works if I add a using namespace lyx::support; line.
I guess that's the preferred way...

Regarding the aspell problem for longer words I tracked it down to the
fact that the aspell build is cpu architecture fragile.

If I configure the build with -arch x86_64 (the default for my platform) it 
works.
If I use -arch i386 or -arch -ppc it works basically. But the spell checker
marks documentation as wrong word. So I guess it's some subtle bug in the 
aspell code.
(Not sure of course...)

There are some warnings I would follow to fix this:

common/config.cpp: In constructor 
‘acommon::ListDefaultDump::ListDefaultDump(acommon::OStream)’:
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1125: warning: offset outside bounds of constant string
common/config.cpp:1125: warning: offset outside bounds of constant string

lib/new_fmode.cpp:727: warning: format ‘%i’ expects type ‘int’, but argument 3 
has type ‘size_t’

and some others...

Does anybody have any hint to fix the problem?

Stephan

Re: [PATCH] FuncRequest Argument Parsing

Richard Heck wrote:
 Comments welcome. I figure I'll wait until after alpha2 to commit.

 And Pavel, while I'm at it, I'll also wait until then to commit the 
 updateBuffer patch from a while ago.

btw what has happened with the patches above?
pavel

Re: Some thoughts on forward search UI

J?rgen Spitzm?ller wrote:
 
 I would simply provide an option enable forward/reverse search and let LyX 
 care about the details, unless the user edits some advanced settings,
 
 Clearly the synctex approach is to be favoured. scrltx is just a fallback for 
 older distros.

ok.
its also not clear whether it should be in document or lyx preferences
(i would prefer lyx prefs  the toggle icon on viewing toolbar)

pavel

Re: Some thoughts on forward search UI

Pavel Sanda wrote:
 its also not clear whether it should be in document or lyx preferences

Since we have a per-doc setting for viewer and preferred chain in 2.0, why not 
both?

Jürgen

Re: r34216 - lyx-devel/trunk/src/insets


On 04/19/2010 01:47 AM, v...@lyx.org wrote:

Author: vfr
Date: Mon Apr 19 01:47:11 2010
New Revision: 34216
URL: http://www.lyx.org/trac/changeset/34216

Log:
Better(?) fix for bug #6659: InsetInfo context menu disabled unless cursor 
immediately in front.


Much better indeed.



(see r34215 for the previous fix.)


Year, I was about to complain ;-)

Abdel.

Re: Some thoughts on forward search UI

J?rgen Spitzm?ller wrote:
 Pavel Sanda wrote:
  its also not clear whether it should be in document or lyx preferences
 
 Since we have a per-doc setting for viewer and preferred chain in 2.0, why 
 not 
 both?

i must have missed it. we store any info/params about launching 3rd party apps
in .lyx file now? this would be security issue which is best to be avoided...
pavel

Re: Some thoughts on forward search UI

Pavel Sanda wrote:
 i must have missed it. we store any info/params about launching 3rd party
 apps in .lyx file now? this would be security issue which is best to be
 avoided...

We store the the preferred output format (which is bound to a specific viewer) 
and the preferred bibtex/index generators. In the same vein, we could provide, 
in Document  Settings  Output, a widget to either use the default pref, to 
explicitly enable or disable forward/reverse search.

I do not see any security problem here.

Jürgen

Re: Some thoughts on forward search UI

J?rgen Spitzm?ller wrote:
 Pavel Sanda wrote:
  i must have missed it. we store any info/params about launching 3rd party
  apps in .lyx file now? this would be security issue which is best to be
  avoided...
 
 We store the the preferred output format (which is bound to a specific 
 viewer) 
 and the preferred bibtex/index generators. In the same vein, we could 
 provide, 
 in Document  Settings  Output, a widget to either use the default pref, to 
 explicitly enable or disable forward/reverse search.
 
 I do not see any security problem here.

if there is only info like pdf1/2/3 then there is no problem (is it so?). if
we provide the possiblity to provide the command to be executed (i.e. the
viewer or forward search viewer or exact indexing command etc) then the
security risk is clear - any command put to the settings by the attacker is
going to be executed sooner or later and we shouldn't allow that.

pavel

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible

rh

Re: Spellchecker and thesaurus for LyX/Mac

Stephan Witt st.w...@gmx.net writes:
 Currently the build on Mac is able to include aspell with a subset of 
 dictionaries.
 I've prepared a patch to allow for searching dictionaries at different 
 locations.
 I'll attach it below. Now LyX/Mac is looking at runtime 
 1) in LYX_USERDIR,

Where exactly?

 2) included aspell framework and
 3) systems macports installation 
 until it finds any support for the requested language.


 There are some questions remaining:
 * Are the locations of the runtime lookup above sensible?

Could you give typical examples?

 * Is aspell the best spell checker available?
   (At least its the one compiling out of the box on Mac, I failed with 
 enchant and hunspell)

Enchant is only a wrapper for other spellcheckers. As you say below the
other alternative is the native OS X spellchecker.

 * JMarc asked for some more general way for distributing bundled dictionaries.
   Is there any proposal how to proceed here?

What I would propose is to put dictionaries in 
$sysdir/aspell-dicts
$userdir/aspell-dicts

 * What is the potential gain in support for native spellchecker/thesaurus of 
 Mac OS X?
   Would that be desirably?

I think this should be an alternative to aspell, since it is the tool
used by all other programs, after all.

JMarc

Re: Master vs Child Preamble, Etc

rgheck rgh...@bobjweil.com writes:
 Even better would be to use in both on input and output, and to let the user
 change these params in the document dialog from within each child.

I would prefer that too.

 I thought about this, and in a way it would be easy: Buffer::params()
 just has to return masterBuffer-params(). (Probably there are some
 complications?) But then I wondered if this is right: When we write
 the child, we'll write the master's params, since, in effect, the
 child doesn't even have its own. Is that what we want to do?

When writing the child, we can use params_::write() directly. I think it
requires to be careful, but it is doable and desirable.

JMarc

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.

Abdel.

Re: Some thoughts on forward search UI

Pavel Sanda wrote:
 if there is only info like pdf1/2/3 then there is no problem (is it so?).

Yes.

Jürgen

Re: Spellchecker and thesaurus for LyX/Mac

Am 19.04.2010 um 14:39 schrieb Jean-Marc Lasgouttes:

Stephan Witt st.w...@gmx.net writes:
Currently the build on Mac is able to include aspell with a subset of
dictionaries.
I've prepared a patch to allow for searching dictionaries at different
locations.
I'll attach it below. Now LyX/Mac is looking at runtime
1) in LYX_USERDIR,

Where exactly?

See below...

2) included aspell framework and
3) systems macports installation
until it finds any support for the requested language.

There are some questions remaining:
* Are the locations of the runtime lookup above sensible?

Could you give typical examples?

Note, the current implementation is guarded by _APPLE_ #ifdef.
After some discussion it could be more general...

Therefore currently it is Apple-like:
1) aspell user dir: /Users/stephan/Library/Application
Support/LyX-2.0.0svn/Aspell.framework/Resources/dict
2) aspell bundle path:
/Users/stephan/cvs/lyx/lyx-build/LyX-2.0.0svn.app/Contents/Frameworks/Aspell.framework/Resources/dict
3) macports path: /opt/local/share/aspell

* Is aspell the best spell checker available?
(At least its the one compiling out of the box on Mac, I failed with
enchant and hunspell)

Enchant is only a wrapper for other spellcheckers. As you say below the
other alternative is the native OS X spellchecker.

Yes, I had the hope to go with enchant or hunspell to have access to the native
OS X spellchecker.

* JMarc asked for some more general way for distributing bundled
dictionaries.
Is there any proposal how to proceed here?

What I would propose is to put dictionaries in
$sysdir/aspell-dicts
$userdir/aspell-dicts

For the Apple app $sysdir would be
/Users/stephan/cvs/lyx/lyx-build/LyX-2.0.0svn.app/Contents/Resources?

* What is the potential gain in support for native spellchecker/thesaurus of
Mac OS X?
Would that be desirably?

I think this should be an alternative to aspell, since it is the tool
used by all other programs, after all.

1) Alternative in the sense of replacement of aspell?
2) Or as another option for the user?

I guess the answer is 2)

Stephan

Re: Spellchecker and thesaurus for LyX/Mac

Stephan Witt st.w...@gmx.net writes:
Note, the current implementation is guarded by _APPLE_ #ifdef.
After some discussion it could be more general...

OK, I see. Personally, I would put dictionaries together with the other
files provided by LyX, and this in a machine independent way. Would
anybody object to that. Would it be useful to windows people?

Enchant is only a wrapper for other spellcheckers. As you say below the
other alternative is the native OS X spellchecker.

Yes, I had the hope to go with enchant or hunspell to have access to
the native OS X spellchecker.

Hunspell can be seen as some kind of successor to aspell. At least it is
supposed to be better (am I right?)

Concerning Enchant, we do not know how to make AppleSpell support work,
so writing it directly would be easier.

What I would propose is to put dictionaries in
$sysdir/aspell-dicts
$userdir/aspell-dicts

or maybe aspell instead of aspell-dicts. It is like the way we
distribute fonts. The it is the packager's choice to put dictionaries
there or not.

For the Apple app $sysdir would be
/Users/stephan/cvs/lyx/lyx-build/LyX-2.0.0svn.app/Contents/Resources?

Yes.

I think this should be an alternative to aspell, since it is the tool
used by all other programs, after all.

1) Alternative in the sense of replacement of aspell?
2) Or as another option for the user?

I guess the answer is 2)

Probably yes. Basic user probably assume that LyX should support the OS
level dictionaries. Some advanced users may prefer to add dictionaries
for less common language via aspell (or hunspell).

JMarc

Broken HTML/OpenDocument Code Generation

Hello,

I have a small LyX document, which shows a combination of a hyperlink and an 
svg figure break html/opendocument generation:

The source documentation is here

http://bokomoko.de/~rd/lyxtest/

The output I get is here

http://bokomoko.de/~rd/lyxtest/output/lyx_tmpbuf0/test.html

I have a self-compiled version of LyX 1.6.5 and texlive and tex4ht from Debian 
stable:

rdor...@paddy:~/tmp.nobackup/lyxtest$ aptitude show texlive|grep Version
Version: 2007.dfsg.2-1~lenny2
rdor...@paddy:~/tmp.nobackup/lyxtest$ aptitude show tex4ht|grep Version
Version: 20080701-2
rdor...@paddy:~/tmp.nobackup/lyxtest$


On stdout I get

This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 %-line parsing enabled.
entering extended mode
LaTeX2e 2005/12/01
Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, 
noh
yphenation, croatian, ukrainian, russian, bulgarian, czech, slovak, danish, 
dut
ch, finnish, basque, french, german, ngerman, ibycus, greek, monogreek, 
ancient
greek, hungarian, italian, latin, mongolian, norsk, icelandic, interlingua, 
tur
kish, coptic, romanian, welsh, serbian, slovenian, estonian, esperanto, 
upperso
rbian, indonesian, polish, portuguese, spanish, catalan, galician, swedish, 
loa
ded.
(./test.tex
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 %-line parsing enabled.
entering extended mode
LaTeX2e 2005/12/01
Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, 
noh
yphenation, croatian, ukrainian, russian, bulgarian, czech, slovak, danish, 
dut
ch, finnish, basque, french, german, ngerman, ibycus, greek, monogreek, 
ancient
greek, hungarian, italian, latin, mongolian, norsk, icelandic, interlingua, 
tur
kish, coptic, romanian, welsh, serbian, slovenian, estonian, esperanto, 
upperso
rbian, indonesian, polish, portuguese, spanish, catalan, galician, swedish, 
loa
ded.
(./test.tex
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 %-line parsing enabled.
entering extended mode
LaTeX2e 2005/12/01
Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, 
noh
yphenation, croatian, ukrainian, russian, bulgarian, czech, slovak, danish, 
dut
ch, finnish, basque, french, german, ngerman, ibycus, greek, monogreek, 
ancient
greek, hungarian, italian, latin, mongolian, norsk, icelandic, interlingua, 
tur
kish, coptic, romanian, welsh, serbian, slovenian, estonian, esperanto, 
upperso
rbian, indonesian, polish, portuguese, spanish, catalan, galician, swedish, 
loa
ded.
(./test.tex

tex4ht.c (2007-11-07-16:08 kpathsea)
tex4ht -f/test.tex
  -i/usr/share/texmf/tex4ht/ht-fonts/
(/usr/share/texmf/tex4ht/tex4ht.env)
(/usr/share/texmf/tex4ht/ht-fonts/iso8859/1/charset/unicode.4hf)
(/usr/share/texmf-texlive/fonts/tfm/jknappen/ec/ecbx1000.tfm)
(/usr/share/texmf/tex4ht/ht-fonts/alias/ec/ec.htf)
Searching `lm-ec.htf' for `ecbx1000.htf'
(/usr/share/texmf/tex4ht/ht-fonts/unicode/lm/lm-ec.htf)
(/home/rdorsch/.texmf-var/fonts/tfm/jknappen/ec/ecrm1000.tfm)
(/usr/share/texmf/tex4ht/ht-fonts/alias/ec/ec.htf)
Searching `lm-ec.htf' for `ecrm1000.htf'
(/usr/share/texmf/tex4ht/ht-fonts/unicode/lm/lm-ec.htf)
[1 file test.html
 file test.css
 file test.tmp
] [2] [3]
Execute script `test.lg'

t4ht.c (2008-02-25-18:56 kpathsea)
t4ht -f/test.tex
(/usr/share/texmf/tex4ht/tex4ht.env)
Entering test.lg
Entering test.css
Entering test.tmp


Is there anything I am doing wrong?

Has anybody a newer version of tex4ht and tex and can verify if the problem is 
already fixed (download two files, fire up lyx, and view-html)?

Thanks,
Rainer


-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/

Re: Spellchecker and thesaurus for LyX/Mac

Jean-Marc Lasgouttes wrote:


 Hunspell can be seen as some kind of successor to aspell. At least it is
 supposed to be better (am I right?)
 

Yes. Hunspell can deal with coumpound words (two words joined in one) which 
are very common in German and suffix and affix which are used in Hungarian 
and certainly other languages.

Hunspell homepage links to an Enchant frontend for Mac OS/X

Cheers,
Charles

Re: result of a first test with LyX 2.0alpha2

2010-04-19 Thread Joost Verburg


On 4/19/2010 2:49 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:34 AM, Joost Verburg wrote:

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

 Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't
compile.


Pass -Dmerge=0 to cmake.


I already did that, it doesn't make any difference.

Joost

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 08:44 AM, Abdelrazak Younes wrote:

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and 
not

keeping.


Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.

So, Uwe: I have no objection to making replace have default focus.

rh

Re: Broken HTML/OpenDocument Code Generation


On 04/19/2010 10:01 AM, Rainer Dorsch wrote:

Hello,

I have a small LyX document, which shows a combination of a hyperlink and an
svg figure break html/opendocument generation:

The source documentation is here

http://bokomoko.de/~rd/lyxtest/

The output I get is here

http://bokomoko.de/~rd/lyxtest/output/lyx_tmpbuf0/test.html

I have a self-compiled version of LyX 1.6.5 and texlive and tex4ht from Debian
stable:

rdor...@paddy:~/tmp.nobackup/lyxtest$ aptitude show texlive|grep Version
Version: 2007.dfsg.2-1~lenny2
rdor...@paddy:~/tmp.nobackup/lyxtest$ aptitude show tex4ht|grep Version
Version: 20080701-2
rdor...@paddy:~/tmp.nobackup/lyxtest$

Is there anything I am doing wrong?

   

I doubt it. tex4ht is pretty fragile, as people's experience here shows.


Has anybody a newer version of tex4ht and tex and can verify if the problem is
already fixed (download two files, fire up lyx, and view-html)?

   
The last official release seems to have been the one you have. Perhaps 
you should report the bug here:

http://www.cse.ohio-state.edu/~gurari/TeX4ht/#QQ1-1-82
and see what happens.

rh

Re: Broken HTML/OpenDocument Code Generation

rgheck wrote:
 The last official release seems to have been the one you have. Perhaps 
 you should report the bug here:
  http://www.cse.ohio-state.edu/~gurari/TeX4ht/#QQ1-1-82
 and see what happens.

Note that the page and the project was moved here after Eitan Gurari's death:
http://www.tug.org/tex4ht/

Jürgen

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 04:40 PM, rgheck wrote:

On 04/19/2010 08:44 AM, Abdelrazak Younes wrote:

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default 
and not

keeping.


Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.


France is a middle place between Germany and the U.S. :-P

Abdel.

Re: result of a first test with LyX 2.0alpha2

On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:

 Uwe Stöhr schreef:
 But I noticed another very annoying behaviour:
 
 When I export a file as PDF LyX asks me if I want to replace the
 existing PDF. This is OK, but replacing should be the default and
 not keeping.

This has always been like that and I didn't change it. It is surprising
that this has never annoyed you and suddenly now it does.
Moreover, I think that this correct, as lyx should never overwrite a
file without permission.

 Moreover LyX asks me after the first question if it should
 continue asking. No matter what I click in this dialog, LyX asks
 me the same again and again whenever I export a file as PDF.
 Apparently, it is meant differently. What Enrico probably meant is
 whether LyX should ask again for a different file during the same
 export operation. As in bug #2762, where all EPS files were
 overwritten, asking this for each one would become really really
 annoying.

The alert dialog had only 3 choices: overwrite, overwrite all, and
cancel export. There was no way to only skip overwriting a single
file without canceling the export. I used one of the three buttons
(overwrite all) for skipping the file, and introduced another dialog
when you choose overwrite in order to ask whether one would like
to overwrite all other files involved in the export without being asked.
So, the annoying part would simply be that choosing to overwrite the files
one by one (instead of all) now requires answering to 2 dialogs instead of
only one. A minor annoyance, IMO.

 There is room for improvement here, Enrico ?

Maybe the alert dialog could be redesigned for accepting 4 buttons
instead of 3, such that to avoid the need for further asking whether
one wants to overwrite all. But I am not the one which is going to
do that.

-- 
Enrico

Re: Spellchecker and thesaurus for LyX/Mac

Am 19.04.2010 um 16:47 schrieb Jean-Marc Lasgouttes:

 Le 19/04/2010 16:18, Stephan Witt a écrit :
 The reasoning was as follows:
 * macports splits data and dict (maybe data is machine dependend and 
 dictionaries are not?)
   So it becomes .../data and .../dict
 * Qt4 (as Apple frameworks in general) puts framework resources below a 
 Resource directory
   So finally it becomes 
 APP-Dir/Contents/Frameworks/Aspell.framework/Resources/{dict,data}
   for the sysdir based path lookup (2).
 * The user dir lookup was made like (2).
 * The macports path we cannot change, it is /opt/local/share/aspell and 
 /opt/local/lib/aspell-0.60.
 
 Of course it would make sense to change these paths for other platforms.
 Don't know what is the best choice for windows.
 
 For Linux it could be:
 (1) 
 addName(lyx::support::package().user_support().absFilename(),aspell/{dict,data})
 (2) 
 addName(lyx::support::package().system_support().absFilename(),aspell/{dict,data})
 (3) /usr/lib/aspell-0.60 or a value based on output of aspell dump config 
 at local configure time
 
 What would be wrong with having the above (1) and (2) scemes for mac
 and windows too? There are no real strong standards, anyway.

I can live with it. The code would be less cluttered.
But if I read the developer docs of mac correct there is a standard.
It is called The anatomy of a bundle.

BTW, did you see my change for configure regarding the ASPELL_FRAMEWORK macro?
I couldn't come up with a better solution... Is this one ok?

I would prefer an #undef in config.h if --with-aspell-framework was not passed
but couldn't achieve this.

Stephan

Re: Some thoughts on forward search UI

On Mon, Apr 19, 2010 at 08:06:10AM +0200, Jürgen Spitzmüller wrote:

 The manual already contains this warning:
 Note that PDFSync might affect the output layout of your document. It is 
 therefore advised to disable PDFsync for final documents.
 
 I'm not aware of similar problems with scrltx.

The same limitations apply to scrltx. See:
http://www.tug.org/TUGboat/Articles/tb29-3/tb93laurens.pdf

-- 
Enrico

Re: Broken HTML/OpenDocument Code Generation

Am Monday 19 April 2010 17:03:41 schrieb Jürgen Spitzmüller:
 rgheck wrote:
  The last official release seems to have been the one you have. Perhaps
  you should report the bug here:
   http://www.cse.ohio-state.edu/~gurari/TeX4ht/#QQ1-1-82
  and see what happens.

 Note that the page and the project was moved here after Eitan Gurari's
 death: http://www.tug.org/tex4ht/


The tex4ht developers probably do not want to have LyX in the bugreport. Can I 
easily get a list of instructions which are issued by LyX when Viewing HTML?

Thanks,
Rainer




-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/

Re: Some thoughts on forward search UI

Enrico Forestieri wrote:
 The same limitations apply to scrltx. See:
 http://www.tug.org/TUGboat/Articles/tb29-3/tb93laurens.pdf

I see. Then the respective warning just needs to be extended.

Jürgen

Re: r34216 - lyx-devel/trunk/src/insets

2010-04-19 Thread Vincent van Ravesteijn





Better(?) fix for bug #6659: InsetInfo context menu disabled unless 
cursor immediately in front.


Much better indeed.
Year, I was about to complain ;-)


The problem was that I never expected that InsetInfo is a child class of 
InsetCollapsable. This feels wrong.



Vincent

Re: Broken HTML/OpenDocument Code Generation

Am Monday 19 April 2010 16:48:21 schrieb rgheck:
  Is there anything I am doing wrong?
 
     

 I doubt it. tex4ht is pretty fragile, as people's experience here shows.

Is there a better way to generate HTML from LyX files?

Thanks,
Rainer

-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/

Re: Broken HTML/OpenDocument Code Generation

Rainer Dorsch wrote:

 Hello,
 
 I have a small LyX document, which shows a combination of a hyperlink and
 an svg figure break html/opendocument generation:
 
 The source documentation is here
 
 http://bokomoko.de/~rd/lyxtest/
 
 The output I get is here
 
 http://bokomoko.de/~rd/lyxtest/output/lyx_tmpbuf0/test.html
 
 I have a self-compiled version of LyX 1.6.5 and texlive and tex4ht from
 Debian stable:
 

Here, it works. I'm on debian unstable.

Cheers,
Charles

Re: Master vs Child Preamble, Etc


On 04/19/2010 08:42 AM, Jean-Marc Lasgouttes wrote:

rgheckrgh...@bobjweil.com  writes:
   

Even better would be to use in both on input and output, and to let the user
change these params in the document dialog from within each child.
   

I would prefer that too.

   

I think I'm confused about what's meant by input and output.


I thought about this, and in a way it would be easy: Buffer::params()
just has to return masterBuffer-params(). (Probably there are some
complications?) But then I wondered if this is right: When we write
the child, we'll write the master's params, since, in effect, the
child doesn't even have its own. Is that what we want to do?
 

When writing the child, we can use params_::write() directly. I think it
requires to be careful, but it is doable and desirable.

   
So I'm a bit puzzled here. The idea seemed to be that DocumentSettings 
accessed the params of the master. But then what's to write for the 
child? You can't even get at those. As I said, I'm sure I'm just confused.


There's an odd circularity problem: We want to be able to set Use 
Master Params as a setting in the child. But then, how do you turn it 
off if DocumentSettings always gives you the master?


rh

Re: Broken HTML/OpenDocument Code Generation


On 04/19/2010 11:42 AM, Rainer Dorsch wrote:

Am Monday 19 April 2010 17:03:41 schrieb Jürgen Spitzmüller:
   

rgheck wrote:
 

The last official release seems to have been the one you have. Perhaps
you should report the bug here:
  http://www.cse.ohio-state.edu/~gurari/TeX4ht/#QQ1-1-82
and see what happens.
   

Note that the page and the project was moved here after Eitan Gurari's
death: http://www.tug.org/tex4ht/

 

The tex4ht developers probably do not want to have LyX in the bugreport. Can I
easily get a list of instructions which are issued by LyX when Viewing HTML?

   
LyX just exports to LaTeX then runs htlatex on the exported sources. 
Assuming you are using htlatex as the LaTeX--HTML converter. (See the 
other message for that.) So you can just do Export--LaTeX and you have 
the LaTeX file you need for the report.


rh

Re: Broken HTML/OpenDocument Code Generation


On 04/19/2010 12:53 PM, Rainer Dorsch wrote:

Am Monday 19 April 2010 16:48:21 schrieb rgheck:
   

Is there anything I am doing wrong?


   

I doubt it. tex4ht is pretty fragile, as people's experience here shows.
 

Is there a better way to generate HTML from LyX files?

   
Depends upon your needs. There are lots of options: html2latex is a very 
old one; elyxer is a newer one. All have their limitations.


LyX 2.0 will have native XHTML export and can be tested via the alpha 
releases. It has limitations, too, especially now, since it isn't done. 
But IMHO it is already competitive with the other options. One of its 
nicest features, which will appear shortly, will be that it will be very 
flexible about how math gets exported and even be able to fall back to 
exporting little pictures if it can't figure out how to do something better.


rh

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 11:22 AM, Enrico Forestieri wrote:

On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:

   

Uwe Stöhr schreef:
 

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and
not keeping.
   

This has always been like that and I didn't change it. It is surprising
that this has never annoyed you and suddenly now it does.
Moreover, I think that this correct, as lyx should never overwrite a
file without permission.

   
So, if Abdel is right, we both misunderstood Uwe the same way. Abdel 
says he meant that the replace BUTTON should be the default.


rh

Re: r34216 - lyx-devel/trunk/src/insets


On 04/19/2010 12:10 PM, Vincent van Ravesteijn wrote:




Better(?) fix for bug #6659: InsetInfo context menu disabled unless 
cursor immediately in front.


Much better indeed.
Year, I was about to complain ;-)


The problem was that I never expected that InsetInfo is a child class 
of InsetCollapsable. This feels wrong.


In a way, yes. But it's not clear what else it should be. Not 
InsetCommand, I wouldn't have thought. So it'd have to be a direct 
subclass of Inset, and I think Bo just wanted to reuse the drawing 
routines, etc, from InsetCollapsable.


rh

Re: result of a first test with LyX 2.0alpha2

2010-04-19 Thread Guenter Milde

On 2010-04-19, Enrico Forestieri wrote:
 On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
 Uwe Stöhr schreef:

 There is room for improvement here, Enrico ?

 Maybe the alert dialog could be redesigned for accepting 4 buttons
 instead of 3, such that to avoid the need for further asking whether
 one wants to overwrite all. But I am not the one which is going to
 do that.

I am still missing an option to rename either the existing or the
new file.

Günter

Re: result of a first test with LyX 2.0alpha2

2010-04-19 Thread John McCabe-Dansted

On Mon, Apr 19, 2010 at 7:19 AM, Uwe Stöhr uwesto...@web.de wrote:
 When I export a file as PDF LyX asks me if I want to replace the existing
 PDF. This is OK, but replacing should be the default and not keeping.
 Moreover LyX asks me after the first question if it should continue asking.
 No matter what I click in this dialog, LyX asks me the same again and again
 whenever I export a file as PDF. This is extremely annoying!

Personally, I basically never export anymore. I just set up my
viewer to automatically copy my files to ~/cached_pdfs. This has a few
advantages for me:

1) It saves a button press. This saves time as I do not need to wait
for the dialog to appear. Also, it means that I never fix a typo,
export, Alt-TAB to my mail client, assume that LyX will have updated
the file by the time I have written the email, hit send, Alt-TAB back
to LyX and then get the dreaded are you sure you want to export
dialog.

2) If I preview a pdf and I like it I know that it will be in
~/cached_pdfs. There is no need to run export again. This is nice
since exporting my thesis can take a while, especially on my netbook.

3) I know there will be a recentish version of my PDF in
~/cached_pdfs, so I can quickly view my document without having to
start LyX.

4) It doesn't litter my source directory with generated files.

-- 
John C. McCabe-Dansted

Re: Broken HTML/OpenDocument Code Generation

Am Montag, 19. April 2010 schrieb Charles de Miramon:
 Rainer Dorsch wrote:
  Hello,
 
  I have a small LyX document, which shows a combination of a hyperlink and
  an svg figure break html/opendocument generation:
 
  The source documentation is here
 
  http://bokomoko.de/~rd/lyxtest/
 
  The output I get is here
 
  http://bokomoko.de/~rd/lyxtest/output/lyx_tmpbuf0/test.html
 
  I have a self-compiled version of LyX 1.6.5 and texlive and tex4ht from
  Debian stable:

 Here, it works. I'm on debian unstable.

Thanks, I will upgrade (though I think testing is enough).

Rainer



-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
email: rdor...@web.de
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/


signature.asc
Description: This is a digitally signed message part.

Re: latex-lab?

2010-04-19 Thread xPol

rgheck wrote:
 LyX already reads and writes LaTeX math expressions. E.g., try the
 following. Highlight and copy this:
  2^x
 Now go to LyX. Hit Ctrl-M to get a math thingy, and paste. It also works
 the other way. Highlight the math inset in LyX and copy. Now paste into
 whatever you like.t

yes, i had discovered that before by myself. I guess that capability is 
limited, yet.

 
 If you think it would be good also to be able to do this with MathML,
 that can easily be arranged, at least for output. Going from MathML to
 LaTeX is not something we presently have the ability to do, but maybe
 there is a converter somewhere we could adapt.
 

Maybe; but I do not see a widespread acceptance of mathml so i am puzzled 
about what will be the convenient technical solution to support. 
That is the reason to pay attention to what solutions google engineers are 
devising (although i have not even tried to understand what is behind the 
latex-lab project). 
 
--Pol

Re: Broken HTML/OpenDocument Code Generation

Am Montag, 19. April 2010 schrieb rgheck:
 On 04/19/2010 12:53 PM, Rainer Dorsch wrote:
  Am Monday 19 April 2010 16:48:21 schrieb rgheck:
  Is there anything I am doing wrong?
 
  I doubt it. tex4ht is pretty fragile, as people's experience here shows.
 
  Is there a better way to generate HTML from LyX files?

 Depends upon your needs. There are lots of options: html2latex is a very
 old one; elyxer is a newer one. All have their limitations.

 LyX 2.0 will have native XHTML export and can be tested via the alpha
 releases. It has limitations, too, especially now, since it isn't done.
 But IMHO it is already competitive with the other options. One of its
 nicest features, which will appear shortly, will be that it will be very
 flexible about how math gets exported and even be able to fall back to
 exporting little pictures if it can't figure out how to do something
 better.

Just for curiosity: will the native XHTML export support ERT sections too?

Thanks,
Rainer



-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
email: rdor...@web.de
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/


signature.asc
Description: This is a digitally signed message part.

Re: result of a first test with LyX 2.0alpha2

On Mon, Apr 19, 2010 at 03:37:25PM -0400, rgheck wrote:

 On 04/19/2010 11:22 AM, Enrico Forestieri wrote:
 On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
 
 Uwe Stöhr schreef:
 But I noticed another very annoying behaviour:
 
 When I export a file as PDF LyX asks me if I want to replace the
 existing PDF. This is OK, but replacing should be the default and
 not keeping.
 This has always been like that and I didn't change it. It is surprising
 that this has never annoyed you and suddenly now it does.
 Moreover, I think that this correct, as lyx should never overwrite a
 file without permission.
 
 So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
 says he meant that the replace BUTTON should be the default.

This is wrong. See bug #2762. Probably, what we need is a -f switch that
forces overwriting in batch mode.

-- 
Enrico

Re: Master vs Child Preamble, Etc


Le 19 avr. 10 à 21:19, rgheck a écrit :
So I'm a bit puzzled here. The idea seemed to be that  
DocumentSettings accessed the params of the master. But then what's  
to write for the child? You can't even get at those. As I said, I'm  
sure I'm just confused.


If it make you feel better, you can assume that the magic bool is not  
part of BufferParams. So the Document Settings
dialog wil have to access both BufferParams and the magic bool. We  
could even reflect this separation

somehow in Document Settings, or maybe just dd a checkbox to the menu.


There's an odd circularity problem: We want to be able to set Use  
Master Params as a setting in the child. But then, how do you turn  
it off if DocumentSettings always gives you the master?


Yes, we have to come up with a meaningful UI.

JMarc

Re: r34216 - lyx-devel/trunk/src/insets


Le 19 avr. 10 à 21:39, rgheck a écrit :
In a way, yes. But it's not clear what else it should be. Not  
InsetCommand, I wouldn't have thought. So it'd have to be a direct  
subclass of Inset, and I think Bo just wanted to reuse the drawing  
routines, etc, from InsetCollapsable.


It could be a Inset child that owns a InsetCollapsable (or an  
INsetText).


JMarc

Re: result of a first test with LyX 2.0alpha2

On Mon, Apr 19, 2010 at 05:22:40PM +0200, Enrico Forestieri wrote:

 On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
 
  There is room for improvement here, Enrico ?
 
 Maybe the alert dialog could be redesigned for accepting 4 buttons
 instead of 3, such that to avoid the need for further asking whether
 one wants to overwrite all. But I am not the one which is going to
 do that.

It turned out to be quite straightforward, so in the end I did it.

-- 
Enrico

Re: Spellchecker and thesaurus for LyX/Mac


Le 19 avr. 10 à 17:34, Stephan Witt a écrit :

I can live with it. The code would be less cluttered.
But if I read the developer docs of mac correct there is a standard.
It is called The anatomy of a bundle.


Indeed. But if we put everything in LyX' resources I think we are  
still in the
spirit of the standard. I do not think we are forced to put things  
within the

aspell framework.

BTW, did you see my change for configure regarding the  
ASPELL_FRAMEWORK macro?

I couldn't come up with a better solution... Is this one ok?

I would prefer an #undef in config.h if --with-aspell-framework was  
not passed

but couldn't achieve this.


I did a smallish clean up, but I realize that I do not know how to  
test it out.

Is the bundle supposed to be inside LyX bundle, or not always?

Am I right that this part of code would not be necessary anymore if  
dictionaries are
not in the framework? If yes, it would be nice to have other people  
who know about
Mac frameworks weigh in in on sense or another. My view is that, since  
we use

this frmaework only internally, we do not care much.

If you were to distribute it for other uses, the situation would  
probably be

different.

One last thing: it seems to me that CFBundleGetBundleWithIdentifier  
can tell you
where the Aspell bundle is, once you have linked against it. This  
would mean that

there is no need to pass the information through config.h.

JMarc



macconf.diff
Description: Binary data

Re: r34223 - in lyx-devel/trunk: lib/ui src src/insets


Le 19 avr. 10 à 23:36, v...@lyx.org a écrit :
This introduces a new LFUN LFUN_INSET_COPY_AS, which copies a  
certain Inset to the clipboard. For InsetInfo this is the text that  
is visible, but this could also replace LFUN_LABEL_COPY_AS_REF, by  
copying the INSET to the clipboard as a reference, and also a Math  
inset to copy to the clipboard as latex (including $'s or \[..\]).


I fear that the semantics of the function becomes very vague with time.
Is inset info supposed to check the argument?

Note that you could define generic implementations for copying to text  
and latex with little effort.

Or do we really want to copy more than a text string?

JMarc

Re: result of a first test with LyX 2.0alpha2

On Mon, Apr 19, 2010 at 10:33:21PM +0200, Enrico Forestieri wrote:

 On Mon, Apr 19, 2010 at 03:37:25PM -0400, rgheck wrote:
 
  On 04/19/2010 11:22 AM, Enrico Forestieri wrote:
  On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
  
  Uwe Stöhr schreef:
  But I noticed another very annoying behaviour:
  
  When I export a file as PDF LyX asks me if I want to replace the
  existing PDF. This is OK, but replacing should be the default and
  not keeping.
  This has always been like that and I didn't change it. It is surprising
  that this has never annoyed you and suddenly now it does.
  Moreover, I think that this correct, as lyx should never overwrite a
  file without permission.
  
  So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
  says he meant that the replace BUTTON should be the default.
 
 This is wrong. See bug #2762. Probably, what we need is a -f switch that
 forces overwriting in batch mode.

I implemented that switch.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

2010-04-19 Thread Uwe Stöhr


Am 18.04.2010 17:28, schrieb Uwe Stöhr:


I finished a Windows installer for alpha2 and tested it a bit. alpha2 is
much more stable than alpha1 but there are still some issues:

- the size of instant previews is always an A4 page, even if it is an
inline formula. So instant preview is currently not usable


I investigated further today and this only happens on one PC - must be a configuration problem. On 
all other PCs I tested, InstantPreview works correctly.



- the parameter of InsetInfos cannot be changed using the context menu.
(See as example the LateXConfig.lyx file.)


Thanks Vincent for fixing this.


- (pressing F7 to start the spell checker crashes LyX randomly (in about
1 of 20 attempts) so that I'm not able to debug this or give a recipe to
reproduce.)


I wasn't able to crash LyX this way anymore. I'll report back if this happens 
again.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

2010-04-19 Thread Uwe Stöhr


Am 19.04.2010 16:40, schrieb rgheck:


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.

So, Uwe: I have no objection to making replace have default focus.


OK, so I'll change this.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

On Tue, Apr 20, 2010 at 02:34:15AM +0200, Uwe Stöhr wrote:

 Am 19.04.2010 16:40, schrieb rgheck:
 
 Uwe was talking about the button which had the focus by default.
 
 Oh, I see. I guess you can see what I thought he meant.
 
 So, Uwe: I have no objection to making replace have default focus.
 
 OK, so I'll change this.

But I have objections and already solved the problem, so you don't
need to do anything.

-- 
Enrico

Re: Broken HTML/OpenDocument Code Generation


On 04/19/2010 04:29 PM, Rainer Dorsch wrote:


Just for curiosity: will the native XHTML export support ERT sections too?

   
At the moment, ERT is ignored, since in many cases it will be LaTeX we 
don't know how to handle. But you can easily define a new custom inset 
that will be output verbatim. Actually, I should perhaps check on this. 
There's probably an issue about escaping  and .


There's also a question about what to do with the new InsetPreview. I 
haven't thought much about this.


If that doesn't answer the question, feel free to ask again.

rh

Re: Some thoughts on forward search UI

Pavel Sanda wrote:
> > > Jürgen Spitzmüller wrote:
> > > > * This should also take care about the required other selections.
> > > > I.e., it  should enable synctex (or, if this is not available, an
> > > > alternative way to add src specials)
> > >
> > > 
> > >
> > > i was thinking about this too... what about some combo in settings
> > > which provides one of the "include srcltx package"/"add
> > > --sync-tex=1"/"add src-specials"

I would simply provide an option "enable forward/reverse search" and let LyX 
care about the details, unless the user edits some advanced settings,

Clearly the synctex approach is to be favoured. scrltx is just a fallback for 
older distros.

> > Note that --synctex=1 produces a compressed synctex file and not all
> > viewers can deal with it (SumatraPDF being one of them), so also
> > --synctex=-1 (uncompressed file) should be taken into account.
> >
> > 
> >
> > > and one icon in view toolbar which toggles this? (imho just preference
> > > is too dangerous since its easy to be forgotten and according to
> > > Enrico at least the synctex case can affect the final typeset...
> >
> > 
> >
> > That would be the case with the srcltx and pdfsync packages, as synctex
> > is supposed to not giving problems in this respect.
> 
> no doubt you know more about the problems around, could you put those
> remarks into the manual?

The manual already contains this warning:
"Note that PDFSync might affect the output layout of your document. It is 
therefore advised to disable PDFsync for final documents."

I'm not aware of similar problems with scrltx.

Jürgen

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 05:34 AM, Joost Verburg wrote:

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

> Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't 
compile.


Pass "-Dmerge=0" to cmake.

Abdel.

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

>

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to hear 
what others say - and Richard said no.


Richard didn't understand what you meant I think :-)

Abdel.

Re: Spellchecker and thesaurus for LyX/Mac

Am 18.04.2010 um 23:02 schrieb Pavel Sanda:

> Stephan Witt wrote:
>> +lyx::support::FileName base(basepath);
>> +lyx::support::FileName data(base.absFilename() + datapath);
>> +lyx::support::FileName dict(base.absFilename() + dictpath);
> 
> strip lyx::support:: part?

This works if I add a "using namespace lyx::support;" line.
I guess that's the preferred way...

Regarding the aspell problem for longer words I tracked it down to the
fact that the aspell build is "cpu architecture fragile".

If I configure the build with -arch x86_64 (the default for my platform) it 
works.
If I use "-arch i386" or "-arch -ppc" it works basically. But the spell checker
marks "documentation" as wrong word. So I guess it's some subtle bug in the 
aspell code.
(Not sure of course...)

There are some warnings I would follow to fix this:

common/config.cpp: In constructor 
‘acommon::ListDefaultDump::ListDefaultDump(acommon::OStream&)’:
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1121: warning: offset outside bounds of constant string
common/config.cpp:1125: warning: offset outside bounds of constant string
common/config.cpp:1125: warning: offset outside bounds of constant string

lib/new_fmode.cpp:727: warning: format ‘%i’ expects type ‘int’, but argument 3 
has type ‘size_t’

and some others...

Does anybody have any hint to fix the problem?

Stephan

Re: [PATCH] FuncRequest Argument Parsing

Richard Heck wrote:
> Comments welcome. I figure I'll wait until after alpha2 to commit.
>
> And Pavel, while I'm at it, I'll also wait until then to commit the 
> updateBuffer patch from a while ago.

btw what has happened with the patches above?
pavel

Re: Some thoughts on forward search UI

J?rgen Spitzm?ller wrote:
> 
> I would simply provide an option "enable forward/reverse search" and let LyX 
> care about the details, unless the user edits some advanced settings,
> 
> Clearly the synctex approach is to be favoured. scrltx is just a fallback for 
> older distros.

ok.
its also not clear whether it should be in document or lyx preferences
(i would prefer lyx prefs & the toggle icon on viewing toolbar)

pavel

Re: Some thoughts on forward search UI

Pavel Sanda wrote:
> its also not clear whether it should be in document or lyx preferences

Since we have a per-doc setting for viewer and preferred chain in 2.0, why not 
both?

Jürgen

Re: r34216 - lyx-devel/trunk/src/insets


On 04/19/2010 01:47 AM, v...@lyx.org wrote:

Author: vfr
Date: Mon Apr 19 01:47:11 2010
New Revision: 34216
URL: http://www.lyx.org/trac/changeset/34216

Log:
Better(?) fix for bug #6659: InsetInfo context menu disabled unless cursor 
immediately in front.


Much better indeed.



(see r34215 for the previous fix.)


Year, I was about to complain ;-)

Abdel.

Re: Some thoughts on forward search UI

J?rgen Spitzm?ller wrote:
> Pavel Sanda wrote:
> > its also not clear whether it should be in document or lyx preferences
> 
> Since we have a per-doc setting for viewer and preferred chain in 2.0, why 
> not 
> both?

i must have missed it. we store any info/params about launching 3rd party apps
in .lyx file now? this would be security issue which is best to be avoided...
pavel

Re: Some thoughts on forward search UI

Pavel Sanda wrote:
> i must have missed it. we store any info/params about launching 3rd party
> apps in .lyx file now? this would be security issue which is best to be
> avoided...

We store the the preferred output format (which is bound to a specific viewer) 
and the preferred bibtex/index generators. In the same vein, we could provide, 
in Document > Settings > Output, a widget to either use the default pref, to 
explicitly enable or disable forward/reverse search.

I do not see any security problem here.

Jürgen

Re: Some thoughts on forward search UI

J?rgen Spitzm?ller wrote:
> Pavel Sanda wrote:
> > i must have missed it. we store any info/params about launching 3rd party
> > apps in .lyx file now? this would be security issue which is best to be
> > avoided...
> 
> We store the the preferred output format (which is bound to a specific 
> viewer) 
> and the preferred bibtex/index generators. In the same vein, we could 
> provide, 
> in Document > Settings > Output, a widget to either use the default pref, to 
> explicitly enable or disable forward/reverse search.
> 
> I do not see any security problem here.

if there is only info like "pdf1/2/3" then there is no problem (is it so?). if
we provide the possiblity to provide the command to be executed (i.e. the
viewer or forward search viewer or exact indexing command etc) then the
security risk is clear - any command put to the settings by the attacker is
going to be executed sooner or later and we shouldn't allow that.

pavel

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible

rh

Re: Spellchecker and thesaurus for LyX/Mac

Stephan Witt  writes:
> Currently the build on Mac is able to include aspell with a subset of 
> dictionaries.
> I've prepared a patch to allow for searching dictionaries at different 
> locations.
> I'll attach it below. Now LyX/Mac is looking at runtime 
> 1) in LYX_USERDIR,

Where exactly?

> 2) included aspell framework and
> 3) systems macports installation 
> until it finds any support for the requested language.


> There are some questions remaining:
> * Are the locations of the runtime lookup above sensible?

Could you give typical examples?

> * Is aspell the best spell checker available?
>   (At least its the one compiling out of the box on Mac, I failed with 
> enchant and hunspell)

Enchant is only a wrapper for other spellcheckers. As you say below the
other alternative is the native OS X spellchecker.

> * JMarc asked for some more general way for distributing bundled dictionaries.
>   Is there any proposal how to proceed here?

What I would propose is to put dictionaries in 
$sysdir/aspell-dicts
$userdir/aspell-dicts

> * What is the potential gain in support for native spellchecker/thesaurus of 
> Mac OS X?
>   Would that be desirably?

I think this should be an alternative to aspell, since it is the tool
used by all other programs, after all.

JMarc

Re: Master vs Child Preamble, Etc

rgheck  writes:
>> Even better would be to use in both on input and output, and to let the user
>> change these params in the document dialog from within each child.

I would prefer that too.

> I thought about this, and in a way it would be easy: Buffer::params()
> just has to return masterBuffer->params(). (Probably there are some
> complications?) But then I wondered if this is right: When we write
> the child, we'll write the master's params, since, in effect, the
> child doesn't even have its own. Is that what we want to do?

When writing the child, we can use params_::write() directly. I think it
requires to be careful, but it is doable and desirable.

JMarc

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.

Abdel.

Re: Some thoughts on forward search UI

Pavel Sanda wrote:
> if there is only info like "pdf1/2/3" then there is no problem (is it so?).

Yes.

Jürgen

Re: Spellchecker and thesaurus for LyX/Mac


Am 19.04.2010 um 14:39 schrieb Jean-Marc Lasgouttes:

> Stephan Witt  writes:
>> Currently the build on Mac is able to include aspell with a subset of 
>> dictionaries.
>> I've prepared a patch to allow for searching dictionaries at different 
>> locations.
>> I'll attach it below. Now LyX/Mac is looking at runtime 
>> 1) in LYX_USERDIR,
> 
> Where exactly?

See below...

> 
>> 2) included aspell framework and
>> 3) systems macports installation 
>> until it finds any support for the requested language.
> 
> 
>> There are some questions remaining:
>> * Are the locations of the runtime lookup above sensible?
> 
> Could you give typical examples?

Note, the current implementation is guarded by _APPLE_ #ifdef.
After some discussion it could be more general...

Therefore currently it is Apple-like:
1) aspell user dir: /Users/stephan/Library/Application 
Support/LyX-2.0.0svn/Aspell.framework/Resources/dict
2) aspell bundle path: 
/Users/stephan/cvs/lyx/lyx-build/LyX-2.0.0svn.app/Contents/Frameworks/Aspell.framework/Resources/dict
3) macports path: /opt/local/share/aspell

>> * Is aspell the best spell checker available?
>>  (At least its the one compiling out of the box on Mac, I failed with 
>> enchant and hunspell)
> 
> Enchant is only a wrapper for other spellcheckers. As you say below the
> other alternative is the native OS X spellchecker.

Yes, I had the hope to go with enchant or hunspell to have access to the native 
OS X spellchecker.

> 
>> * JMarc asked for some more general way for distributing bundled 
>> dictionaries.
>>  Is there any proposal how to proceed here?
> 
> What I would propose is to put dictionaries in 
> $sysdir/aspell-dicts
> $userdir/aspell-dicts

For the Apple app $sysdir would be 
/Users/stephan/cvs/lyx/lyx-build/LyX-2.0.0svn.app/Contents/Resources?

> 
>> * What is the potential gain in support for native spellchecker/thesaurus of 
>> Mac OS X?
>>  Would that be desirably?
> 
> I think this should be an alternative to aspell, since it is the tool
> used by all other programs, after all.

1) Alternative in the sense of replacement of aspell?
2) Or as another option for the user?

I guess the answer is 2)

Stephan

Re: Spellchecker and thesaurus for LyX/Mac

Stephan Witt  writes:
> Note, the current implementation is guarded by _APPLE_ #ifdef.
> After some discussion it could be more general...
>
> Therefore currently it is Apple-like:
> 1) aspell user dir: /Users/stephan/Library/Application 
> Support/LyX-2.0.0svn/Aspell.framework/Resources/dict
> 2) aspell bundle path: 
> /Users/stephan/cvs/lyx/lyx-build/LyX-2.0.0svn.app/Contents/Frameworks/Aspell.framework/Resources/dict
> 3) macports path: /opt/local/share/aspell

OK, I see. Personally, I would put dictionaries together with the other
files provided by LyX, and this in a machine independent way. Would
anybody object to that. Would it be useful to windows people?

>> Enchant is only a wrapper for other spellcheckers. As you say below the
>> other alternative is the native OS X spellchecker.
>
> Yes, I had the hope to go with enchant or hunspell to have access to
> the native OS X spellchecker.

Hunspell can be seen as some kind of successor to aspell. At least it is
supposed to be better (am I right?)

Concerning Enchant, we do not know how to make AppleSpell support work,
so writing it directly would be easier.

>> What I would propose is to put dictionaries in 
>> $sysdir/aspell-dicts
>> $userdir/aspell-dicts

or maybe aspell instead of aspell-dicts. It is like the way we
distribute fonts. The it is the packager's choice to put dictionaries
there or not.

> For the Apple app $sysdir would be 
> /Users/stephan/cvs/lyx/lyx-build/LyX-2.0.0svn.app/Contents/Resources?

Yes.

>> I think this should be an alternative to aspell, since it is the tool
>> used by all other programs, after all.
>
> 1) Alternative in the sense of replacement of aspell?
> 2) Or as another option for the user?
>
> I guess the answer is 2)

Probably yes. Basic user probably assume that LyX should support the OS
level dictionaries. Some advanced users may prefer to add dictionaries
for less common language via aspell (or hunspell).

JMarc

Broken HTML/OpenDocument Code Generation

Hello,

I have a small LyX document, which shows a combination of a hyperlink and an 
svg figure break html/opendocument generation:

The source documentation is here

http://bokomoko.de/~rd/lyxtest/

The output I get is here

http://bokomoko.de/~rd/lyxtest/output/lyx_tmpbuf0/test.html

I have a self-compiled version of LyX 1.6.5 and texlive and tex4ht from Debian 
stable:

rdor...@paddy:~/tmp.nobackup/lyxtest$ aptitude show texlive|grep Version
Version: 2007.dfsg.2-1~lenny2
rdor...@paddy:~/tmp.nobackup/lyxtest$ aptitude show tex4ht|grep Version
Version: 20080701-2
rdor...@paddy:~/tmp.nobackup/lyxtest$


On stdout I get

This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 %&-line parsing enabled.
entering extended mode
LaTeX2e <2005/12/01>
Babel  and hyphenation patterns for english, usenglishmax, dumylang, 
noh
yphenation, croatian, ukrainian, russian, bulgarian, czech, slovak, danish, 
dut
ch, finnish, basque, french, german, ngerman, ibycus, greek, monogreek, 
ancient
greek, hungarian, italian, latin, mongolian, norsk, icelandic, interlingua, 
tur
kish, coptic, romanian, welsh, serbian, slovenian, estonian, esperanto, 
upperso
rbian, indonesian, polish, portuguese, spanish, catalan, galician, swedish, 
loa
ded.
(./test.tex
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 %&-line parsing enabled.
entering extended mode
LaTeX2e <2005/12/01>
Babel  and hyphenation patterns for english, usenglishmax, dumylang, 
noh
yphenation, croatian, ukrainian, russian, bulgarian, czech, slovak, danish, 
dut
ch, finnish, basque, french, german, ngerman, ibycus, greek, monogreek, 
ancient
greek, hungarian, italian, latin, mongolian, norsk, icelandic, interlingua, 
tur
kish, coptic, romanian, welsh, serbian, slovenian, estonian, esperanto, 
upperso
rbian, indonesian, polish, portuguese, spanish, catalan, galician, swedish, 
loa
ded.
(./test.tex
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 %&-line parsing enabled.
entering extended mode
LaTeX2e <2005/12/01>
Babel  and hyphenation patterns for english, usenglishmax, dumylang, 
noh
yphenation, croatian, ukrainian, russian, bulgarian, czech, slovak, danish, 
dut
ch, finnish, basque, french, german, ngerman, ibycus, greek, monogreek, 
ancient
greek, hungarian, italian, latin, mongolian, norsk, icelandic, interlingua, 
tur
kish, coptic, romanian, welsh, serbian, slovenian, estonian, esperanto, 
upperso
rbian, indonesian, polish, portuguese, spanish, catalan, galician, swedish, 
loa
ded.
(./test.tex

tex4ht.c (2007-11-07-16:08 kpathsea)
tex4ht -f/test.tex
  -i/usr/share/texmf/tex4ht/ht-fonts/
(/usr/share/texmf/tex4ht/tex4ht.env)
(/usr/share/texmf/tex4ht/ht-fonts/iso8859/1/charset/unicode.4hf)
(/usr/share/texmf-texlive/fonts/tfm/jknappen/ec/ecbx1000.tfm)
(/usr/share/texmf/tex4ht/ht-fonts/alias/ec/ec.htf)
Searching `lm-ec.htf' for `ecbx1000.htf'
(/usr/share/texmf/tex4ht/ht-fonts/unicode/lm/lm-ec.htf)
(/home/rdorsch/.texmf-var/fonts/tfm/jknappen/ec/ecrm1000.tfm)
(/usr/share/texmf/tex4ht/ht-fonts/alias/ec/ec.htf)
Searching `lm-ec.htf' for `ecrm1000.htf'
(/usr/share/texmf/tex4ht/ht-fonts/unicode/lm/lm-ec.htf)
[1 file test.html
 file test.css
 file test.tmp
] [2] [3]
Execute script `test.lg'

t4ht.c (2008-02-25-18:56 kpathsea)
t4ht -f/test.tex
(/usr/share/texmf/tex4ht/tex4ht.env)
Entering test.lg
Entering test.css
Entering test.tmp


Is there anything I am doing wrong?

Has anybody a newer version of tex4ht and tex and can verify if the problem is 
already fixed (download two files, fire up lyx, and view->html)?

Thanks,
Rainer


-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/

Re: Spellchecker and thesaurus for LyX/Mac

Jean-Marc Lasgouttes wrote:

> Hunspell can be seen as some kind of successor to aspell. At least it is
> supposed to be better (am I right?)
> 

Yes. Hunspell can deal with coumpound words (two words joined in one) which 
are very common in German and suffix and affix which are used in Hungarian 
and certainly other languages.

Hunspell homepage links to an Enchant frontend for Mac OS/X

Cheers,
Charles

Re: result of a first test with LyX 2.0alpha2

2010-04-19 Thread Joost Verburg


On 4/19/2010 2:49 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:34 AM, Joost Verburg wrote:

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

> Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't
compile.


Pass "-Dmerge=0" to cmake.


I already did that, it doesn't make any difference.

Joost

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 08:44 AM, Abdelrazak Younes wrote:

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and 
not

keeping.


Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.

So, Uwe: I have no objection to making "replace" have default focus.

rh

Re: Broken HTML/OpenDocument Code Generation


On 04/19/2010 10:01 AM, Rainer Dorsch wrote:

Hello,

I have a small LyX document, which shows a combination of a hyperlink and an
svg figure break html/opendocument generation:

The source documentation is here

http://bokomoko.de/~rd/lyxtest/

The output I get is here

http://bokomoko.de/~rd/lyxtest/output/lyx_tmpbuf0/test.html

I have a self-compiled version of LyX 1.6.5 and texlive and tex4ht from Debian
stable:

rdor...@paddy:~/tmp.nobackup/lyxtest$ aptitude show texlive|grep Version
Version: 2007.dfsg.2-1~lenny2
rdor...@paddy:~/tmp.nobackup/lyxtest$ aptitude show tex4ht|grep Version
Version: 20080701-2
rdor...@paddy:~/tmp.nobackup/lyxtest$

Is there anything I am doing wrong?

   

I doubt it. tex4ht is pretty fragile, as people's experience here shows.


Has anybody a newer version of tex4ht and tex and can verify if the problem is
already fixed (download two files, fire up lyx, and view->html)?

   
The last official release seems to have been the one you have. Perhaps 
you should report the bug here:

http://www.cse.ohio-state.edu/~gurari/TeX4ht/#QQ1-1-82
and see what happens.

rh

Re: Broken HTML/OpenDocument Code Generation

rgheck wrote:
> The last official release seems to have been the one you have. Perhaps 
> you should report the bug here:
>  http://www.cse.ohio-state.edu/~gurari/TeX4ht/#QQ1-1-82
> and see what happens.

Note that the page and the project was moved here after Eitan Gurari's death:
http://www.tug.org/tex4ht/

Jürgen

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 04:40 PM, rgheck wrote:

On 04/19/2010 08:44 AM, Abdelrazak Younes wrote:

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default 
and not

keeping.


Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.


France is a middle place between Germany and the U.S. :-P

Abdel.

Re: result of a first test with LyX 2.0alpha2

On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:

> Uwe Stöhr schreef:
> >But I noticed another very annoying behaviour:
> >
> >When I export a file as PDF LyX asks me if I want to replace the
> >existing PDF. This is OK, but replacing should be the default and
> >not keeping.

This has always been like that and I didn't change it. It is surprising
that this has never annoyed you and suddenly now it does.
Moreover, I think that this correct, as lyx should never overwrite a
file without permission.

> >Moreover LyX asks me after the first question if it should
> >continue asking. No matter what I click in this dialog, LyX asks
> >me the same again and again whenever I export a file as PDF.
> Apparently, it is meant differently. What Enrico probably meant is
> whether LyX should ask again for a different file during the same
> export operation. As in bug #2762, where all EPS files were
> overwritten, asking this for each one would become really really
> annoying.

The alert dialog had only 3 choices: "overwrite", "overwrite all", and
"cancel export". There was no way to only skip overwriting a single
file without canceling the export. I used one of the three buttons
("overwrite all") for skipping the file, and introduced another dialog
when you choose "overwrite" in order to ask whether one would like
to overwrite all other files involved in the export without being asked.
So, the annoying part would simply be that choosing to overwrite the files
one by one (instead of all) now requires answering to 2 dialogs instead of
only one. A minor annoyance, IMO.

> There is room for improvement here, Enrico ?

Maybe the alert dialog could be redesigned for accepting 4 buttons
instead of 3, such that to avoid the need for further asking whether
one wants to overwrite all. But I am not the one which is going to
do that.

-- 
Enrico

Re: Spellchecker and thesaurus for LyX/Mac

Am 19.04.2010 um 16:47 schrieb Jean-Marc Lasgouttes:

> Le 19/04/2010 16:18, Stephan Witt a écrit :
>> The reasoning was as follows:
>> * macports splits data and dict (maybe data is machine dependend and 
>> dictionaries are not?)
>>   So it becomes .../data and .../dict
>> * Qt4 (as Apple frameworks in general) puts framework resources below a 
>> Resource directory
>>   So finally it becomes 
>> APP-Dir/Contents/Frameworks/Aspell.framework/Resources/{dict,data}
>>   for the sysdir based path lookup (2).
>> * The user dir lookup was made like (2).
>> * The macports path we cannot change, it is /opt/local/share/aspell and 
>> /opt/local/lib/aspell-0.60.
>> 
>> Of course it would make sense to change these paths for other platforms.
>> Don't know what is the best choice for windows.
>> 
>> For Linux it could be:
>> (1) 
>> addName(lyx::support::package().user_support().absFilename(),"aspell/{dict,data}")
>> (2) 
>> addName(lyx::support::package().system_support().absFilename(),"aspell/{dict,data}")
>> (3) /usr/lib/aspell-0.60 or a value based on output of "aspell dump config" 
>> at local configure time
> 
> What would be wrong with having the above (1) and (2) scemes for mac
> and windows too? There are no real strong standards, anyway.

I can live with it. The code would be less cluttered.
But if I read the developer docs of mac correct there is a standard.
It is called "The anatomy of a bundle".

BTW, did you see my change for configure regarding the ASPELL_FRAMEWORK macro?
I couldn't come up with a better solution... Is this one ok?

I would prefer an #undef in config.h if --with-aspell-framework was not passed
but couldn't achieve this.

Stephan

Re: Some thoughts on forward search UI

On Mon, Apr 19, 2010 at 08:06:10AM +0200, Jürgen Spitzmüller wrote:

> The manual already contains this warning:
> "Note that PDFSync might affect the output layout of your document. It is 
> therefore advised to disable PDFsync for final documents."
> 
> I'm not aware of similar problems with scrltx.

The same limitations apply to scrltx. See:
http://www.tug.org/TUGboat/Articles/tb29-3/tb93laurens.pdf

-- 
Enrico

Re: Broken HTML/OpenDocument Code Generation

Am Monday 19 April 2010 17:03:41 schrieb Jürgen Spitzmüller:
> rgheck wrote:
> > The last official release seems to have been the one you have. Perhaps
> > you should report the bug here:
> >  http://www.cse.ohio-state.edu/~gurari/TeX4ht/#QQ1-1-82
> > and see what happens.
>
> Note that the page and the project was moved here after Eitan Gurari's
> death: http://www.tug.org/tex4ht/
>

The tex4ht developers probably do not want to have LyX in the bugreport. Can I 
easily get a list of instructions which are issued by LyX when Viewing HTML?

Thanks,
Rainer




-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/

Re: Some thoughts on forward search UI

Enrico Forestieri wrote:
> The same limitations apply to scrltx. See:
> http://www.tug.org/TUGboat/Articles/tb29-3/tb93laurens.pdf

I see. Then the respective warning just needs to be extended.

Jürgen

Re: r34216 - lyx-devel/trunk/src/insets

2010-04-19 Thread Vincent van Ravesteijn





Better(?) fix for bug #6659: InsetInfo context menu disabled unless 
cursor immediately in front.


Much better indeed.
Year, I was about to complain ;-)


The problem was that I never expected that InsetInfo is a child class of 
InsetCollapsable. This feels wrong.



Vincent

Re: Broken HTML/OpenDocument Code Generation

Am Monday 19 April 2010 16:48:21 schrieb rgheck:
> > Is there anything I am doing wrong?
> >
> >    
>
> I doubt it. tex4ht is pretty fragile, as people's experience here shows.

Is there a better way to generate HTML from LyX files?

Thanks,
Rainer

-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/

Re: Broken HTML/OpenDocument Code Generation

Rainer Dorsch wrote:

> Hello,
> 
> I have a small LyX document, which shows a combination of a hyperlink and
> an svg figure break html/opendocument generation:
> 
> The source documentation is here
> 
> http://bokomoko.de/~rd/lyxtest/
> 
> The output I get is here
> 
> http://bokomoko.de/~rd/lyxtest/output/lyx_tmpbuf0/test.html
> 
> I have a self-compiled version of LyX 1.6.5 and texlive and tex4ht from
> Debian stable:
> 

Here, it works. I'm on debian unstable.

Cheers,
Charles

Re: Master vs Child Preamble, Etc


On 04/19/2010 08:42 AM, Jean-Marc Lasgouttes wrote:

rgheck  writes:
   

Even better would be to use in both on input and output, and to let the user
change these params in the document dialog from within each child.
   

I would prefer that too.

   

I think I'm confused about what's meant by "input" and "output".


I thought about this, and in a way it would be easy: Buffer::params()
just has to return masterBuffer->params(). (Probably there are some
complications?) But then I wondered if this is right: When we write
the child, we'll write the master's params, since, in effect, the
child doesn't even have its own. Is that what we want to do?
 

When writing the child, we can use params_::write() directly. I think it
requires to be careful, but it is doable and desirable.

   
So I'm a bit puzzled here. The idea seemed to be that Document>Settings 
accessed the params of the master. But then what's to write for the 
child? You can't even get at those. As I said, I'm sure I'm just confused.


There's an odd circularity problem: We want to be able to set "Use 
Master Params" as a setting in the child. But then, how do you turn it 
off if Document>Settings always gives you the master?


rh

Re: Broken HTML/OpenDocument Code Generation


On 04/19/2010 11:42 AM, Rainer Dorsch wrote:

Am Monday 19 April 2010 17:03:41 schrieb Jürgen Spitzmüller:
   

rgheck wrote:
 

The last official release seems to have been the one you have. Perhaps
you should report the bug here:
  http://www.cse.ohio-state.edu/~gurari/TeX4ht/#QQ1-1-82
and see what happens.
   

Note that the page and the project was moved here after Eitan Gurari's
death: http://www.tug.org/tex4ht/

 

The tex4ht developers probably do not want to have LyX in the bugreport. Can I
easily get a list of instructions which are issued by LyX when Viewing HTML?

   
LyX just exports to LaTeX then runs htlatex on the exported sources. 
Assuming you are using htlatex as the LaTeX-->HTML converter. (See the 
other message for that.) So you can just do Export-->LaTeX and you have 
the LaTeX file you need for the report.


rh

Re: Broken HTML/OpenDocument Code Generation


On 04/19/2010 12:53 PM, Rainer Dorsch wrote:

Am Monday 19 April 2010 16:48:21 schrieb rgheck:
   

Is there anything I am doing wrong?


   

I doubt it. tex4ht is pretty fragile, as people's experience here shows.
 

Is there a better way to generate HTML from LyX files?

   
Depends upon your needs. There are lots of options: html2latex is a very 
old one; elyxer is a newer one. All have their limitations.


LyX 2.0 will have "native" XHTML export and can be tested via the alpha 
releases. It has limitations, too, especially now, since it isn't done. 
But IMHO it is already "competitive" with the other options. One of its 
nicest features, which will appear shortly, will be that it will be very 
flexible about how math gets exported and even be able to "fall back" to 
exporting little pictures if it can't figure out how to do something better.


rh

Re: result of a first test with LyX 2.0alpha2


On 04/19/2010 11:22 AM, Enrico Forestieri wrote:

On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:

   

Uwe Stöhr schreef:
 

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and
not keeping.
   

This has always been like that and I didn't change it. It is surprising
that this has never annoyed you and suddenly now it does.
Moreover, I think that this correct, as lyx should never overwrite a
file without permission.

   
So, if Abdel is right, we both misunderstood Uwe the same way. Abdel 
says he meant that the replace BUTTON should be the default.


rh

Re: r34216 - lyx-devel/trunk/src/insets


On 04/19/2010 12:10 PM, Vincent van Ravesteijn wrote:




Better(?) fix for bug #6659: InsetInfo context menu disabled unless 
cursor immediately in front.


Much better indeed.
Year, I was about to complain ;-)


The problem was that I never expected that InsetInfo is a child class 
of InsetCollapsable. This feels wrong.


In a way, yes. But it's not clear what else it should be. Not 
InsetCommand, I wouldn't have thought. So it'd have to be a direct 
subclass of Inset, and I think Bo just wanted to reuse the drawing 
routines, etc, from InsetCollapsable.


rh

Re: result of a first test with LyX 2.0alpha2

2010-04-19 Thread Guenter Milde

On 2010-04-19, Enrico Forestieri wrote:
> On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
>> Uwe Stöhr schreef:

>> There is room for improvement here, Enrico ?

> Maybe the alert dialog could be redesigned for accepting 4 buttons
> instead of 3, such that to avoid the need for further asking whether
> one wants to overwrite all. But I am not the one which is going to
> do that.

I am still missing an option to rename either the existing or the
new file.

Günter

Re: result of a first test with LyX 2.0alpha2

2010-04-19 Thread John McCabe-Dansted

On Mon, Apr 19, 2010 at 7:19 AM, Uwe Stöhr  wrote:
> When I export a file as PDF LyX asks me if I want to replace the existing
> PDF. This is OK, but replacing should be the default and not keeping.
> Moreover LyX asks me after the first question if it should continue asking.
> No matter what I click in this dialog, LyX asks me the same again and again
> whenever I export a file as PDF. This is extremely annoying!

Personally, I basically never "export" anymore. I just set up my
viewer to automatically copy my files to ~/cached_pdfs. This has a few
advantages for me:

1) It saves a button press. This saves time as I do not need to wait
for the dialog to appear. Also, it means that I never fix a typo,
export, Alt-TAB to my mail client, assume that LyX will have updated
the file by the time I have written the email, hit send, Alt-TAB back
to LyX and then get the dreaded "are you sure you want to export"
dialog.

2) If I preview a pdf and I like it I know that it will be in
~/cached_pdfs. There is no need to run export again. This is nice
since exporting my thesis can take a while, especially on my netbook.

3) I know there will be a recentish version of my PDF in
~/cached_pdfs, so I can quickly view my document without having to
start LyX.

4) It doesn't litter my source directory with generated files.

-- 
John C. McCabe-Dansted

Re: Broken HTML/OpenDocument Code Generation

Am Montag, 19. April 2010 schrieb Charles de Miramon:
> Rainer Dorsch wrote:
> > Hello,
> >
> > I have a small LyX document, which shows a combination of a hyperlink and
> > an svg figure break html/opendocument generation:
> >
> > The source documentation is here
> >
> > http://bokomoko.de/~rd/lyxtest/
> >
> > The output I get is here
> >
> > http://bokomoko.de/~rd/lyxtest/output/lyx_tmpbuf0/test.html
> >
> > I have a self-compiled version of LyX 1.6.5 and texlive and tex4ht from
> > Debian stable:
>
> Here, it works. I'm on debian unstable.

Thanks, I will upgrade (though I think testing is enough).

Rainer



-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
email: rdor...@web.de
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/


signature.asc
Description: This is a digitally signed message part.

Re: latex-lab?

2010-04-19 Thread xPol

rgheck wrote:
> LyX already reads and writes LaTeX math expressions. E.g., try the
> following. Highlight and copy this:
>  2^x
> Now go to LyX. Hit Ctrl-M to get a math thingy, and paste. It also works
> the other way. Highlight the math inset in LyX and copy. Now paste into
> whatever you like.t

yes, i had discovered that before by myself. I guess that capability is 
limited, yet.

> 
> If you think it would be good also to be able to do this with MathML,
> that can easily be arranged, at least for output. Going from MathML to
> LaTeX is not something we presently have the ability to do, but maybe
> there is a converter somewhere we could adapt.
> 

Maybe; but I do not see a widespread acceptance of mathml so i am puzzled 
about what will be the convenient technical solution to support. 
That is the reason to pay attention to what solutions google engineers are 
devising (although i have not even tried to understand what is behind the 
latex-lab project). 

--Pol

Re: Broken HTML/OpenDocument Code Generation

Am Montag, 19. April 2010 schrieb rgheck:
> On 04/19/2010 12:53 PM, Rainer Dorsch wrote:
> > Am Monday 19 April 2010 16:48:21 schrieb rgheck:
> >>> Is there anything I am doing wrong?
> >>
> >> I doubt it. tex4ht is pretty fragile, as people's experience here shows.
> >
> > Is there a better way to generate HTML from LyX files?
>
> Depends upon your needs. There are lots of options: html2latex is a very
> old one; elyxer is a newer one. All have their limitations.
>
> LyX 2.0 will have "native" XHTML export and can be tested via the alpha
> releases. It has limitations, too, especially now, since it isn't done.
> But IMHO it is already "competitive" with the other options. One of its
> nicest features, which will appear shortly, will be that it will be very
> flexible about how math gets exported and even be able to "fall back" to
> exporting little pictures if it can't figure out how to do something
> better.

Just for curiosity: will the "native" XHTML export support ERT sections too?

Thanks,
Rainer



-- 
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
email: rdor...@web.de
jabber: rdor...@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F  8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/


signature.asc
Description: This is a digitally signed message part.

Re: result of a first test with LyX 2.0alpha2

On Mon, Apr 19, 2010 at 03:37:25PM -0400, rgheck wrote:

> On 04/19/2010 11:22 AM, Enrico Forestieri wrote:
> >On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
> >
> >>Uwe Stöhr schreef:
> >>>But I noticed another very annoying behaviour:
> >>>
> >>>When I export a file as PDF LyX asks me if I want to replace the
> >>>existing PDF. This is OK, but replacing should be the default and
> >>>not keeping.
> >This has always been like that and I didn't change it. It is surprising
> >that this has never annoyed you and suddenly now it does.
> >Moreover, I think that this correct, as lyx should never overwrite a
> >file without permission.
> >
> So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
> says he meant that the replace BUTTON should be the default.

This is wrong. See bug #2762. Probably, what we need is a -f switch that
forces overwriting in batch mode.

-- 
Enrico

Re: Master vs Child Preamble, Etc


Le 19 avr. 10 à 21:19, rgheck a écrit :
So I'm a bit puzzled here. The idea seemed to be that  
Document>Settings accessed the params of the master. But then what's  
to write for the child? You can't even get at those. As I said, I'm  
sure I'm just confused.


If it make you feel better, you can assume that the magic bool is not  
part of BufferParams. So the Document Settings
dialog wil have to access both BufferParams and the magic bool. We  
could even reflect this separation

somehow in Document Settings, or maybe just dd a checkbox to the menu.


There's an odd circularity problem: We want to be able to set "Use  
Master Params" as a setting in the child. But then, how do you turn  
it off if Document>Settings always gives you the master?


Yes, we have to come up with a meaningful UI.

JMarc

Re: r34216 - lyx-devel/trunk/src/insets