>> 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
rgheck wrote:
> >>> 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 mean the LyX workarea. If you select spaced paragraphs in the master and
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 verba
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 def
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
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 no
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:
> > >>>Bu
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
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
spiri
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 avoi
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 In
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
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 PD
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
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 lik
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/lyx
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 cli
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
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 InsetColla
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 r
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 upo
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
a
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
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/lyxt
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 Dettenha
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
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
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 pag
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 scrl
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 framewo
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
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
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.t
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/lyx
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 t
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-fil
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
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 se
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)
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
Pavel Sanda wrote:
> if there is only info like "pdf1/2/3" then there is no problem (is it so?).
Yes.
Jürgen
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
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-
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)
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 do
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
> view
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 gener
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
i
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
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
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
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
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
53 matches
Mail list logo
