[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Jan 4 18:04:07 2008
New Revision: 22368
URL: http://www.lyx.org/trac/changeset/22368
Log:
remove extra menu expansion which causes multiple warnings about shortcuts
-
- Menu menu;
- menubackend_.expand(menubacken
[EMAIL PROTECTED] wrote:
Author: bpeng
Date: Sat Jan 5 05:39:01 2008
New Revision: 22373
URL: http://www.lyx.org/trac/changeset/22373
Log:
zipunzip.cpp: Replace makedir etc with versions in support::FileName, fix a bug
in extracting subdirectories
Modified:
lyx-devel/trunk/src/support/min
[EMAIL PROTECTED] wrote:
Author: bpeng
Date: Sat Jan 5 05:43:13 2008
New Revision: 22374
URL: http://www.lyx.org/trac/changeset/22374
Log:
Embedding: does not write inzipName option in InsetGraphics because inzipName
is now automatically determined
Isn't this a format change?
A.
[EMAIL PROTECTED] wrote:
> Author: rgheck
> Date: Sat Jan 5 17:49:49 2008
> New Revision: 22385
>
> URL: http://www.lyx.org/trac/changeset/22385
> Log:
> Implement isAvaiable in ModuleList.
Call be blind, but I cannot see where you set LyXModule::checked to
True...
Incidentally, it's usually
Uwe Stöhr schrieb:
I tried out the new linguistics module and see there that
\usepackage{covinton}
appears every time in the preamble when the mudule is used in the
document.
Packages loaded by modules should only appear once in the
preamble, no matter how often the module is used.
The fix fo
> Sure, but please tell me how :)
i added template on the beginning of the lfuns.h
pavel
Author: sts
Date: Sun Dec 23 01:47:37 2007
New Revision: 22265
URL: http://www.lyx.org/trac/changeset/22265
Log:
* math macro toolbar can be made automatic
...
Modified: lyx-devel/trunk/src/lfuns.h
URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/lfuns.h?rev=22265
=
=
=
=
=
=
=
=
=
=
> Author: sts
> Date: Sun Dec 23 01:47:37 2007
> New Revision: 22265
>
> URL: http://www.lyx.org/trac/changeset/22265
> Log:
> * math macro toolbar can be made automatic
...
> Modified: lyx-devel/trunk/src/lfuns.h
> URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/lfuns.h?rev=22265
> ===
> Author: rgheck
> Date: Fri Dec 28 18:57:43 2007
> New Revision: 22329
>
> URL: http://www.lyx.org/trac/changeset/22329
>Log:
>Contributions to the LFUN documentation project.
thanks for this.
> +/**
> + * LFUN_BUFFER_NEW
On the road for LyX 1.6 I'll come up from time to time with the actual
regression and major bug list.
Here's the actual list of regressions:
http://tinyurl.com/2ndnqc
(Many of them are the result of the broken inset handling.)
Here's a list with the bugs targetted for LyX 1.6, with severity maj
> %%% For document classes, things are even simpler, since you do not
> %%% need to edit this file. Just put your layout file in some place
> %%% where LyX can find it and add if you wish a description in
> %%% LaTeXConfig.lyx.in, as described above.
From where is this comment? LaTeXConfig.lyx.in
I tried out the new linguistics module and see there that
\usepackage{covinton}
appears every time in the preamble when the mudule is used in the document. You can see this when
viewing the source of the linguistcs.lyx example file that is in SVN.
So either this is a bug of the module, or a bug
On Sat, Jan 05, 2008 at 12:26:29PM -0500, rgheck wrote:
> Darren Freeman wrote:
>> On Sat, 2008-01-05 at 10:50 -0500, rgheck wrote:
>>
>>> xdg-open is supposed just to open whatever viewer you have defined for
>>> the relevant file type. If you're not using one of the desktops for which
>>> it
> Might be a better idea indeed...
In my earlier design, there is a manifest file that could do this.
The advantage of the current approach is that there is no need to of
such a manifest, and the disk layout in zip (and under temp) is
simple. This allows easier lyx2lyx or manual handling.
Cheers
Richard, could you please also update the LaTeXConfig.lyx file accordingly to
list endnotes there too.
thanks and regards
Uwe
Joost Verburg wrote:
Enrico Forestieri wrote:
How does c:\program files\ fit here? Is there a unique representation
for such filenames?
This all seems to be quite complicated. Why not give each filename in
the zip-file a unique GUID and add a file that contains their original
locations?
M
Sven Hoexter wrote:
> On Sat, Jan 05, 2008 at 06:36:50PM +0100, Pavel Sanda wrote:
>
>>> If it's really too much pain to fix xdg-open then I've to agree that it
>>> would make more sense to revert the change.
>> have you some experience how much are xdg devs communicative about the
>> run-mailcap
> There is nothing specific to gnome, kde or xfce in xdg tools.
yes there is (in xdg-open):
detectDE
...
case "$DE" in
kde)
open_kde "$url"
;;
gnome)
open_gnome "$url"
;;
xfce)
open_xfce "$url"
;;
generic)
open_generic "$url"
;;
*)
exit
On Saturday 05 January 2008 17:19:33 Pavel Sanda wrote:
> afaik the problem is that there is no unified system how to handle file
> types in linux. xdg-open is just script trying handle gnome,kde and xfce;
> so anyone using another manager (e16 in my case) get firefox for _any_ kind
> for filetype.
Sven Hoexter wrote:
> On Sat, Jan 05, 2008 at 06:36:50PM +0100, Pavel Sanda wrote:
>
>>> If it's really too much pain to fix xdg-open then I've to agree that it
>>> would make more sense to revert the change.
>> have you some experience how much are xdg devs communicative about the
>> run-mailcap
>> xdg-open is just script trying handle gnome,kde and xfce; so anyone using
>> another manager (e16 in my case) get firefox for _any_ kind for filetype.
>>
>>
> not if you have mimeopen installed, which basically reads the freesesktop
what package exactly do you mean ? i already have various
On Sat, Jan 05, 2008 at 06:36:50PM +0100, Pavel Sanda wrote:
> > If it's really too much pain to fix xdg-open then I've to agree that it
> > would make more sense to revert the change.
>
> have you some experience how much are xdg devs communicative about the
> run-mailcap
> thing ?
Nope but I'v
On Sat, Jan 05, 2008 at 05:04:58PM -, [EMAIL PROTECTED] wrote:
> [...]
> -bool BufferParams::addLayoutModule(string modName, bool makeClass) {
> +bool BufferParams::addLayoutModule(string modName) {
> [..]
> bool BufferParams::addLayoutModules(vectormodNames)
Grrr...
How many of these things
Pavel Sanda wrote:
Yes, but the point is that by using xdg-open, we use whatever the user has
set as default, rather than (say) using acroread when they've set kpdf. The
afaik the problem is that there is no unified system how to handle file types in linux.
Yes, but
xdg-open is ju
Enrico Forestieri wrote:
How does c:\program files\ fit here? Is there a unique representation
for such filenames?
This all seems to be quite complicated. Why not give each filename in
the zip-file a unique GUID and add a file that contains their original
locations?
Joost
> Well I've to admit that the Debian version of xdg-open is patched a little
> bit so it won't do to the browser thingy and instead use run-mailcap.
yes this is my impression what should have been done while looking last hours
into the xdg sources.
> So it's been working fine even on my KDE free
On Sat, Jan 05, 2008 at 04:49:49PM -, [EMAIL PROTECTED] wrote:
> Author: rgheck
> Date: Sat Jan 5 17:49:49 2008
> New Revision: 22385
>
> URL: http://www.lyx.org/trac/changeset/22385
> Log:
> Implement isAvaiable in ModuleList.
>
> Modified:
> lyx-devel/trunk/src/ModuleList.cpp
> lyx
On Sat, Jan 05, 2008 at 12:14:43PM -0500, rgheck wrote:
>
>> We've been using xdg-open as the first choice for the Debian packages and
>> subsequently the Ubuntu packages for over a year now and didn't receive such
>> a problem report so I suspect that it makes more sense to fix the broken
>> setup
Darren Freeman wrote:
On Sat, 2008-01-05 at 10:50 -0500, rgheck wrote:
xdg-open is supposed just to open whatever viewer you have defined for
the relevant file type. If you're not using one of the desktops for
which it is defined (KDE, Gnome, XFCE) and, moreover, don't have
But I am
> Yes, but the point is that by using xdg-open, we use whatever the user has
> set as default, rather than (say) using acroread when they've set kpdf. The
afaik the problem is that there is no unified system how to handle file types
in linux. xdg-open is just script trying handle gnome,kde and
On Sat, 2008-01-05 at 10:50 -0500, rgheck wrote:
> xdg-open is supposed just to open whatever viewer you have defined for
> the relevant file type. If you're not using one of the desktops for
> which it is defined (KDE, Gnome, XFCE) and, moreover, don't have
But I am using KDE. Is it possible t
We've been using xdg-open as the first choice for the Debian packages and
subsequently the Ubuntu packages for over a year now and didn't receive such
a problem report so I suspect that it makes more sense to fix the broken
setup instead of reverting this change.
The only way you can get to
On Saturday 05 January 2008 15:59:17 Pavel Sanda wrote:
> thats why i have asked why we use it as a _first_ choice.
xdg-open is the first choice because it is intended to be a single place
where you configure which program shows each format instead of doing that for
every single application.
On Sat, Jan 05, 2008 at 05:56:01PM +0100, Andre Poenitz wrote:
> On Sat, Jan 05, 2008 at 05:03:39PM +0100, Enrico Forestieri wrote:
> > On Sat, Jan 05, 2008 at 09:05:46AM -0600, Bo Peng wrote:
> >
> > > > Note also that you can use the same trick for embedded files with
> > > > absolute path:
> >
On Sat, Jan 05, 2008 at 11:45:14AM -0500, rgheck wrote:
> Pavel Sanda wrote:
>>> xdg-open is supposed just to open whatever viewer you have defined for
>>> the relevant file type. If you're not using one of the desktops for which
>>> it is defined (KDE, Gnome, XFCE) and, moreover, don't have mime
On Sat, Jan 05, 2008 at 05:03:39PM +0100, Enrico Forestieri wrote:
> On Sat, Jan 05, 2008 at 09:05:46AM -0600, Bo Peng wrote:
>
> > > Note also that you can use the same trick for embedded files with
> > > absolute path:
> > >
> > > ./foo.lyx
> > > /usr/share/figures/bar.png
> > >
> > > would beco
I'm guessing this needs updating?
%%% If you want to add new packages/documentclasses to be recognized,
%%% read the explanation that follow and jump to the section 'Actual
%%% inspection code' below. You do not need to understand the ugly
%%% LaTeX code below to help improving chkconfig.ltx :-)
%
Pavel Sanda wrote:
xdg-open is supposed just to open whatever viewer you have defined for the
relevant file type. If you're not using one of the desktops for which it is
defined (KDE, Gnome, XFCE) and, moreover, don't have mimeopen installed and
working, then xdg-open checks for a browser it ca
On Sat, Jan 05, 2008 at 09:44:48AM -0600, Bo Peng wrote:
> > + // replace .. by upDirName
> > + if (prefixIs(inzip_name_, "."))
> > + inzip_name_ = subst(inzip_name_, "..", upDirName);
>
> This is quick and dirty and I would better verify if ".." is indeed a
> directory,
On Sat, Jan 05, 2008 at 04:39:02AM -, [EMAIL PROTECTED] wrote:
> Author: bpeng
> Date: Sat Jan 5 05:39:01 2008
> New Revision: 22373
>
> URL: http://www.lyx.org/trac/changeset/22373
> Log:
> zipunzip.cpp: Replace makedir etc with versions in support::FileName, fix a
> bug in extracting subd
On Sat, Jan 05, 2008 at 09:05:46AM -0600, Bo Peng wrote:
> > Note also that you can use the same trick for embedded files with
> > absolute path:
> >
> > ./foo.lyx
> > /usr/share/figures/bar.png
> >
> > would become:
> >
> > temp/foo.lyx
> > temp/LyX.Embed.Dir.Abs/usr/share/figures/bar.png
>
> Ho
> xdg-open is supposed just to open whatever viewer you have defined for the
> relevant file type. If you're not using one of the desktops for which it is
> defined (KDE, Gnome, XFCE) and, moreover, don't have mimeopen installed and
> working, then xdg-open checks for a browser it can use and us
Darren Freeman wrote:
On Sat, 2008-01-05 at 15:52 +0100, Pavel Sanda wrote:
as a consequence of including xdg-open for our viewers i got
for any viewing of ps/dvi/pdf files firstly firefox opened
and after that actual viewer opened (through the firefox own mechanism,
which at the end means
> + // replace .. by upDirName
> + if (prefixIs(inzip_name_, "."))
> + inzip_name_ = subst(inzip_name_, "..", upDirName);
This is quick and dirty and I would better verify if ".." is indeed a
directory, not some typo as in figure..png. Can I safely assume that
there is no
> Note also that you can use the same trick for embedded files with
> absolute path:
>
> ./foo.lyx
> /usr/share/figures/bar.png
>
> would become:
>
> temp/foo.lyx
> temp/LyX.Embed.Dir.Abs/usr/share/figures/bar.png
How does c:\program files\ fit here? Is there a unique representation
for such file
On Sat, 2008-01-05 at 15:52 +0100, Pavel Sanda wrote:
> as a consequence of including xdg-open for our viewers i got
> for any viewing of ps/dvi/pdf files firstly firefox opened
> and after that actual viewer opened (through the firefox own mechanism,
> which at the end means i'm not able to view
hi,
as a consequence of including xdg-open for our viewers i got
for any viewing of ps/dvi/pdf files firstly firefox opened
and after that actual viewer opened (through the firefox own mechanism,
which at the end means i'm not able to view dvi at all eg).
anyone else facing this ?
why we choose
>> i'm not expert in this area, but i think that as far as 1.6 is considered
>> modules can be used instead of populating new document classes etc.
>>
>>
> That part of what needs to be done that involves layout should almost
> certainly be done via a module. But my sense is that there are bits of
i'm not expert in this area, but i think that as far as 1.6 is considered
modules can be used instead of populating new document classes etc.
That part of what needs to be done that involves layout should almost
certainly be done via a module. But my sense is that there are bits of
this th
Kornel Benko wrote:
hi,
I would like to have this test in the cmake build (scons has it). Otherwise
the lyxserver is disabled on unix, as it is on windows.
The changes are against trunk, but branch 1.5 is similar.
Kornel
Thanks, it's in trunk now.
--
Peter Kümmel
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Hello Peter,
I needed MSVC2008 for another project so I upgraded and ditched
MSVC2005. To my surprise I see now that CMake 2.4.7 does not support
it :-/
Do you have a solution for me?
FYI, my solution was to install latest CMake 2.5 snapsho
> I would find a toggle numbering button on the toolbar more useful
Me too. I tried to implement this, but failed. I don't get it to work that when the toggle numbering
button is activated, the LFUN "math_display" also turns on numbering. Do you have an idea how to do
this?
For now I added th
> Hello everyone,
>
> This message is mainly intended to the LyX developers. A paper [1] by
> Gregor Gorjanc and due to appear in the near future on Rnews [2]
> describes into great detail all the steps needed to customize LyX so
> that it integrate nicely with Sweave [3] for creating reports usin
> >I suggest that you use the version from the 1.5 svn branch instead of
> >1.5.3. This is what all LyX developers (should) do. It would be
> >wonderful if more advanced users (like you?) do the same. This would
> >help us catch more bugs like this one before the actual release.
>
> Yes, I do t
Ctrl-I to "lock" a math inset does not work anymore.
I seem to remember a recent discussion about LFUN_INSET_TOGGLE,
but not that it will be deactivated...
Andre'
Bo Peng wrote:
I thought kazarledbA would be unique enough. :-)
I think that 'foo.lyx.up' was enough actually...
Actually, this name can not be random, because it is used to save
files in the zip file. When a zip file is read, they need to be
recognized as "..".
I am using "LyX.Embed.Dir.Up
56 matches
Mail list logo