On Wed, Apr 02, 2008 at 09:24:04PM -0500, Bo Peng wrote:
> > I'd simply drop that feature. There is no proper solution possible.
> >
> > Actually, when I think about it...
> > Suppose I bundle a file with relative path
> >
> > "../../../../../../../../../etc/passwd"
> >
> > and open that file
On Wed, Apr 02, 2008 at 07:50:19PM -0400, rgheck wrote:
> Pavel Sanda wrote:
>>> Author: poenitz
>>> Date: Thu Apr 3 00:14:45 2008
>>> New Revision: 24098
>>>
>>> URL: http://www.lyx.org/trac/changeset/24098
>>> Log:
>>> simplify Lexer use a bit
>>>
>>> Added:
>>> lyx-devel/trunk/src/lyxled/
>
On Thu, Apr 03, 2008 at 01:46:21AM +0200, Pavel Sanda wrote:
> > Author: poenitz
> > Date: Thu Apr 3 00:14:45 2008
> > New Revision: 24098
> >
> > URL: http://www.lyx.org/trac/changeset/24098
> > Log:
> > simplify Lexer use a bit
> >
> > Added:
> > lyx-devel/trunk/src/lyxled/
> > lyx-dev
On Wed, Apr 02, 2008 at 07:28:04PM -0400, rgheck wrote:
> That said, your suggestion doesn't seem to do what Bo wants here anyway.
> The point is supposed to be that I can send mybiblio.bib wrapped up in the
> bundle and it will get used. We do NOT want the LyX file to use whatever
> file called
> Surely we can know better by parsing the latex output or else we are giving a
> free ride to all kind of files. That will be difficult to get rid later
> because of previous usage.
It is not that easy because you will have to run latex to get the log
file, which is not always the case. Also,
> > d1) never allow explicit embedding of anything above the bundle file.
> > There be dragons.
> >
> This is precisely the suggestion I made a while ago. And IF you do this,
> then every other problem Bo mentioned with the "transparent embedding"
> solution can be solved. I won't detail the solut
> I'd simply drop that feature. There is no proper solution possible.
>
> Actually, when I think about it...
> Suppose I bundle a file with relative path
>
> "../../../../../../../../../etc/passwd"
>
> and open that file with root permissions in LyX.
If you sys admin does this, you should im
> The best way to integrate pictures in the text is picins. I tried all the
> other packages.
> LyX isn't able to insert graphics, which are circumfloated with text. If
> you provided an interface it would from now on be easy to insert such
> images!
>
> Now I made a workaround:
> Insert LaTeX-e
> I ran autogen.sh, make distclean, configure, make, and got this.
> The file ui_IndexUi.h does indeed not exist on my machine.
i usually run autogen.sh after make distclean.
fresh checkout does not help?
pavel
Pavel Sanda wrote:
Author: poenitz
Date: Thu Apr 3 00:14:45 2008
New Revision: 24098
URL: http://www.lyx.org/trac/changeset/24098
Log:
simplify Lexer use a bit
Added:
lyx-devel/trunk/src/lyxled/
lyx-devel/trunk/src/lyxled/LayoutEditor.cpp
lyx-devel/trunk/src/lyxled/LayoutEditor.h
> Author: poenitz
> Date: Thu Apr 3 00:14:45 2008
> New Revision: 24098
>
> URL: http://www.lyx.org/trac/changeset/24098
> Log:
> simplify Lexer use a bit
>
> Added:
> lyx-devel/trunk/src/lyxled/
> lyx-devel/trunk/src/lyxled/LayoutEditor.cpp
> lyx-devel/trunk/src/lyxled/LayoutEditor.
Andre Poenitz wrote:
On Wed, Apr 02, 2008 at 06:04:09PM -0400, Richard Heck wrote:
Isn't EmbeddedFile all about representing an "Embedded file"? If there
are problems, they need to be fixed there. But I can't imagine a solution
getting easier by requiring it to _additionally_ fit into a mapst
Richard Heck wrote:
Isn't EmbeddedFile all about representing an "Embedded file"? If there
are problems, they need to be fixed there. But I can't imagine a
solution
getting easier by requiring it to _additionally_ fit into a
map.
As has been repeatedly said, "biblio", as returned by the bibli
Andre Poenitz wrote:
The current implementation allows you to embed *any* file, relative or
absolute. Once they are embedded, they should work in the embedded
mode. If you unbundle them under the same system, they went back to
their original locations. (Note that, because these out-of-tree files
Andre Poenitz wrote:
On Wed, Apr 02, 2008 at 11:23:33PM +0100, José Matos wrote:
On Wednesday 02 April 2008 22:43:57 Bo Peng wrote:
Actually, I know only one limitation (assuming others are bugs), and
this limitation exists from lyx 0.1. I mean, you simply cannot use a
file with absolut
Enrico Forestieri wrote:
On Wed, Apr 02, 2008 at 05:20:45PM -0400, Richard Heck wrote:
Bo Peng wrote:
Agreed, except that order is not a big problem, and as you have
suggested to sort embedded files, we can also sort user bibfiles. (I
know it is not particularly nice to reorganize
On Wed, Apr 02, 2008 at 11:23:33PM +0100, José Matos wrote:
> On Wednesday 02 April 2008 22:43:57 Bo Peng wrote:
> > Actually, I know only one limitation (assuming others are bugs), and
> > this limitation exists from lyx 0.1. I mean, you simply cannot use a
> > file with absolute-path on different
On Wed, Apr 02, 2008 at 06:04:09PM -0400, Richard Heck wrote:
>> Isn't EmbeddedFile all about representing an "Embedded file"? If there
>> are problems, they need to be fixed there. But I can't imagine a solution
>> getting easier by requiring it to _additionally_ fit into a map> string>.
>
> As
On Wed, Apr 2, 2008 at 1:06 PM, Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
wrote:
> "Bennett Helm" <[EMAIL PROTECTED]> writes:
> > Another option would be for me to hand over the duties of releasing Mac
> > binaries to someone else who wouldn't be so forgetful ... and who could
> > perhaps invest mo
On Wed, Apr 02, 2008 at 05:01:29PM -0500, Bo Peng wrote:
> > >
> > > _This_ surely won't ever work outside controlled enviroments.
> > >
> > >
> > >
> > Yes, I think that's precisely what he's trying to do. He wants to be able
> > to have a single (say) image file that is embedded in multiple LyX
> We can contact the authors and ask them to maintain a page on the official
> website, but I don't think that needs to happen before the new site goes
> live.
its up to you. i was just proposing to add it into resources page.
> What exactly do you mean? Do you want all the pages that are linke
On Wed, Apr 2, 2008 at 5:23 PM, José Matos <[EMAIL PROTECTED]> wrote:
> On Wednesday 02 April 2008 22:43:57 Bo Peng wrote:
> > Actually, I know only one limitation (assuming others are bugs), and
> > this limitation exists from lyx 0.1. I mean, you simply cannot use a
> > file with absolute-path
On Wednesday 02 April 2008 22:43:57 Bo Peng wrote:
> Actually, I know only one limitation (assuming others are bugs), and
> this limitation exists from lyx 0.1. I mean, you simply cannot use a
> file with absolute-path on different systems.
Actually you are referring to version 1.5 the first ver
On Wednesday 02 April 2008 22:49:26 Bo Peng wrote:
> > First I note that the first alpha should not wait for this to be
> > finished or the goals more or less set. I agree with you if the target is
> > the first beta.
>
> By alpha, we mean the major features are almost done, and we will turn
> to
On Wed, Apr 02, 2008 at 05:20:45PM -0400, Richard Heck wrote:
> Bo Peng wrote:
> > Agreed, except that order is not a big problem, and as you have
> > suggested to sort embedded files, we can also sort user bibfiles. (I
> > know it is not particularly nice to reorganize user input :-).
> >
> >
Andre Poenitz wrote:
On Wed, Apr 02, 2008 at 03:58:37PM -0400, Richard Heck wrote:
(An instance of ICP does know for which kind
of inset it is the parameters; this is just an alternative to subclasses,
hence the factory; there's no substantial issue there.)
The point is: The more unus
Bo Peng wrote:
_This_ surely won't ever work outside controlled enviroments.
Yes, I think that's precisely what he's trying to do. He wants to be able
to have a single (say) image file that is embedded in multiple LyX files,
referenced by absolute path, and have it be packed and unpac
> >
> > _This_ surely won't ever work outside controlled enviroments.
> >
> >
> >
> Yes, I think that's precisely what he's trying to do. He wants to be able
> to have a single (say) image file that is embedded in multiple LyX files,
> referenced by absolute path, and have it be packed and unpacke
> First I note that the first alpha should not wait for this to be finished or
> the goals more or less set. I agree with you if the target is the first beta.
By alpha, we mean the major features are almost done, and we will turn
to bug-fixing mode. Totally rewrite embedding after alpha one doe
Andre Poenitz wrote:
On Wed, Apr 02, 2008 at 03:52:41PM -0500, Bo Peng wrote:
I think it would be solvable with the "homegrown links" I just
suggested.
By 'link's, you actually do not embed the files themselves, and your
.lyx file will not compile on a system without them.
Ri
> > I say this is simple because packing and unpacking only happen when a
> > .lyx file is opened or saved. After the file is opened, all embedded
> > objects are external so NO modification to the current inset code is
> > needed.
> >
> >
> >
> And here's my view: Because this is so simple, becau
On Wed, Apr 02, 2008 at 03:52:41PM -0500, Bo Peng wrote:
> > I think it would be solvable with the "homegrown links" I just
> > suggested.
>
> By 'link's, you actually do not embed the files themselves, and your
> .lyx file will not compile on a system without them.
Right. That's the point.
Bu
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Wed Apr 2 21:12:47 2008
New Revision: 24097
URL: http://www.lyx.org/trac/changeset/24097
Log:
remove unused code; also code cosmetics
This code was only unused at the moment. I got distracted by some bugs
before I could do anything with it. Bu
On Wed, Apr 02, 2008 at 03:58:37PM -0400, Richard Heck wrote:
>>> But (a) none of this code would vanish if you rolled ICP into
>>> InsetCommand. All of that information would still be needed, and I'd
>>> still want at least the second and third method to be static.
>>>
>>
>> Why oh why? Wha
Bo Peng wrote:
I thought we'd also agreed that you don't need an EmbeddedFileList, because
you don't need any of its methods, etc, etc (and my sense is that it'd be
disastrous to call them). So what you want is just a vector.
Yes, but I do not see a difference if you do not call the method
On Wednesday 02 April 2008 18:11:56 Bo Peng wrote:
> Hi, Richard,
>
> Are you still trying to push your ideas? I have pointed out a few
> flaws in your design and your solutions are not really satisfactory. I
> think we need to fix the embedding design before alpha one is
> released.
First I not
Bo Peng wrote:
an executive summary (without rhetorics) would be helpful for bystanders
to also chime in...
And just to clarify---I'm not pushing any particular view here; I'm just
trying to imagine how users (including this potential user) will
react---let me just add a few comments. I'l
> But there is a way around, and it lives in my tree. I thought we'd agreed
> about that: we just need to make sure we keep things in sync.
Yes. I agreed because I do not have time to hammer InsetCommand, but I
would be happy if someone steps in and get rid of the source of our
discussion: params
> I think it would be solvable with the "homegrown links" I just
> suggested.
By 'link's, you actually do not embed the files themselves, and your
.lyx file will not compile on a system without them.
Bo
Bo Peng wrote:
But I disagree that embedded objects are parameters. In particular, I think
using an EmbeddedFile object to represent a pair of strings is overkill that
ultimately makes the code less comprehensible and less maintainable, because
(a) changes to the EmbeddedFile stuff could in prin
Andre Poenitz wrote:
On Wed, Apr 02, 2008 at 09:59:01PM +0200, Juergen Spitzmueller wrote:
Bo Peng wrote:
However, people are unhappy about one particular
problem:
Files with full path name can be embedded, and works as usual when
embedded. However, it can be troublesome when this fil
On Wed, Apr 02, 2008 at 09:59:01PM +0200, Juergen Spitzmueller wrote:
> Bo Peng wrote:
>
> > However, people are unhappy about one particular
> > problem:
> >
> > Files with full path name can be embedded, and works as usual when
> > embedded. However, it can be troublesome when this file is extr
On Wed, Apr 02, 2008 at 02:43:58PM -0500, Bo Peng wrote:
> OK. Here it is.
I try to come up with "simple solutions". Not sure this will succeed.
> The simple solution, which is essentially Richard's proposal, is that:
>
> 1. we only pack files in or under the document directory.
> 2. we automati
> But I disagree that embedded objects are parameters. In particular, I think
> using an EmbeddedFile object to represent a pair of strings is overkill that
> ultimately makes the code less comprehensible and less maintainable, because
> (a) changes to the EmbeddedFile stuff could in principle aff
> Nothing has yet been done, so far as I know, about other affected insets,
> but the problem should be solvable in much the same way. I guess it would
> help me to know which insets are affected.
Currently, embedding-aware insets are InsetBibtex, InsetGraphics,
InsetInclude and InsetExternal.
B
Bo Peng wrote:
> Yes. Richard has solved them but I am not sure if he has committed his
> patch. The patch itself is easy to fix but we have a long friendly
> discussion on how to fix it.
OK. Great.
Jürgen
Juergen Spitzmueller wrote:
Bo Peng wrote:
However, people are unhappy about one particular
problem:
Files with full path name can be embedded, and works as usual when
embedded. However, it can be troublesome when this file is extracted
under a different operating system. E.g. how would you
> Is the other problem people are unhappy about solved? I.e., the problem
> where files without paths that are managed by TeX's kpathsea system (and
> stored in the texmf tree) were erroneosuly saved as being in the document
> (relative) path (bug 4649)?
Yes. Richard has solved them but I am n
I wonder a bit about the PushPopHelper usage in Layout.cpp.
The "size" of the pushed keyword table is typically smaller than
the actual table, e.g.
LexerKeyword marginTags[] = {
{ "dynamic", MARGIN_DYNAMIC },
{ "first_dynamic", MARGIN_FIRST_DYNAMIC },
{ "manual",
Bo Peng wrote:
> However, people are unhappy about one particular
> problem:
>
> Files with full path name can be embedded, and works as usual when
> embedded. However, it can be troublesome when this file is extracted
> under a different operating system. E.g. how would you extract
> /usr/local/
Andre Poenitz wrote:
On Wed, Apr 02, 2008 at 12:52:17PM -0400, Richard Heck wrote:
///
static ParamInfo const & findInfo(std::string const &);
///
static std::string defaultCommand() { return "href"; };
///
static bool isCompatibleCommand(std::string const & s)
>
> an executive summary (without rhetorics) would be helpful for bystanders
> to also chime in...
OK. Here it is.
The goal of the embedding feature is to ease the difficulties in
sharing .lyx documents, especially those with customized .layout and
.cls files such as theses. The current situatio
Andre Poenitz wrote:
On Wed, Apr 02, 2008 at 12:25:35PM -0400, Richard Heck wrote:
Andre Poenitz wrote:
I understand that. But all such parameters are bound to a specific Inset
instance, so why is this not
InsetBibFoo::setBibFiles(whatever);
?
Actually, the parameters nee
On Wed, Apr 02, 2008 at 12:52:17PM -0400, Richard Heck wrote:
>> ///
>> static ParamInfo const & findInfo(std::string const &);
>> ///
>> static std::string defaultCommand() { return "href"; };
>> ///
>> static bool isCompatibleCommand(std::string const & s) {
>> re
> I am not convinced about the need to ease the unbundling.
I will explain my design in another thread, where a summary is requested.
Bo
On Wed, Apr 02, 2008 at 12:50:27PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> >> -#endif
> >> - use_bundled_format = false;
> >
> > Did you intentionally prune this last line?
>
> No, sorry. Could you restore it please?
I see that you already did it.
On Wed, Apr 02, 2008 at 12:25:35PM -0400, Richard Heck wrote:
> Andre Poenitz wrote:
>> I understand that. But all such parameters are bound to a specific Inset
>> instance, so why is this not
>>
>> InsetBibFoo::setBibFiles(whatever);
>> ?
>
> Actually, the parameters need not be bound to a
Bo Peng wrote:
Hi, Richard,
Are you still trying to push your ideas? I have pointed out a few
flaws in your design and your solutions are not really satisfactory. I
think we need to fix the embedding design before alpha one is
released.
an executive summary (without rhetorics) would be helpful
José Matos wrote:
On Wednesday 02 April 2008 18:25:11 Bo Peng wrote:
Of course I also respect your chaos judgment.
Come on this does not help any discussion. :-(
Actually, that was meant seriously and nicely. I'd said that there'd be
too much chaos if we did something, and Bo wa
Bo Peng wrote:
Please see my other message. What Andre envisages is rolling
InsetCommandParams into the insets. That could be done, of course, but there
are at least some reasons not to do it. The reasons not to do it are the
same as the reasons to have InsetGraphicsParams be separate from
Inset
On Wednesday 02 April 2008 18:25:11 Bo Peng wrote:
> Of course I also respect your chaos judgment.
Come on this does not help any discussion. :-(
> Cheers,
> Bo
--
José Abílio
> Please see my other message. What Andre envisages is rolling
> InsetCommandParams into the insets. That could be done, of course, but there
> are at least some reasons not to do it. The reasons not to do it are the
> same as the reasons to have InsetGraphicsParams be separate from
> InsetGraphic
On Tuesday 01 April 2008 20:01:29 Bo Peng wrote:
> > Bo one question, out of curiosity, do you know of any other program that
> > does what you are proposing (working with external files)?
>
> No. :-)
>
> The embedding feature is unique in its bunble/unbundle reversibility.
> In the word/ooffice w
Hi, Richard,
Are you still trying to push your ideas? I have pointed out a few
flaws in your design and your solutions are not really satisfactory. I
think we need to fix the embedding design before alpha one is
released.
Cheers,
Bo
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Did you intentionally prune this last line?
I restored it.
JMarc
Anders Ekberg wrote:
On 1 apr 2008, at 22.53, [EMAIL PROTECTED] wrote:
I've talked to Andrei, Rex etc and from a design point of view, we're
ready to go live. So what else is missing before a release?
I've modified
http://www.lyx.org/test/NewWebsiteDevelopment
(btw, it's easier to work w
"Bennett Helm" <[EMAIL PROTECTED]> writes:
> I wouldn't object on principle, but to be honest, I'm very likely to forget
> to apply this patch when I upgrade to new versions of Qt, with predictable
> bad consequences. I wouldn't, for example, want to re-release a version of
> LyX simply because I
Michael Gasperl <[EMAIL PROTECTED]> writes:
> I only wanted to enter the preferences, but hit the "reconfigurate
> button". _Without any question_ if I really want to do this procedure,
> LyX began to reconfigurate. So PLEASE make a Yes/No Dialog! It's
> really important there!
Is the problem abo
Bo Peng wrote:
I am fairly sure that per-inset code using a few common helper function
would end up rather in the 20-30 lines range, and be more flexible in
the end as we do not have to stick to yet another framework.
I would happy to see this as well. There will be no conversion betwee
Andre Poenitz wrote:
On Tue, Apr 01, 2008 at 07:05:41PM -0400, rgheck wrote:
There's are 400 lines of "general" read/write infrastructure plus three
extra static methods per inset that in the end achieve something pretty
similar to
void InsetMathSqrt::write(WriteStream & os) const
Andre Poenitz wrote:
That said, I also agree with
Abdel that we shouldn't bind ourselves to doing that if it makes things
overly complex, and I don't really care that much how things are passed
back and forth from the GUI. But that's really a separate issue from how
ICP works. You can build an
sebastian guttenberg wrote:
Hi all
the newest svn update crashes when I try to load my lyx-file. The
backtrace is below. Tell me, if you need the lyx-file.
Yes, I think I'll need a minimal such file. It looks like there's a
problem with the Buffer reference there.
rh
- Sebastian
Program
On Wed, Apr 02, 2008 at 08:40:34AM +0200, Andre Poenitz wrote:
> I wonder whether
>
> qmake -v
>
> -> /tmp/qt-x11-opensource-src-4.3.2/lib
>
> (cd /tmp/qt-x11-opensource-src-4.3.2/lib/../mkspecs/default && /bin/pwd)
>
> -> /data/qt-x11-opensource-src-4.3.2/mkspecs/linux-g++
>
> would yie
On Wed, Apr 02, 2008 at 09:06:47AM +0100, José Matos wrote:
> On Wednesday 02 April 2008 07:22:53 Andre Poenitz wrote:
> >
> > Well, I still don't think the code is stable, and we have significant
> > regressions.
>
> OTHO I am considering an alpha 2 release. Any objection?
That would be fine I
On Tue, Apr 1, 2008 at 10:55 PM, Jason WOODARD <[EMAIL PROTECTED]> wrote:
> Hi,
>
> There was some discussion on lyx-users a few years ago about patching Qt
> to swap the Command and Control keys on the Mac for people who use Emacs
> key bindings:
> http://www.mail-archive.com/[EMAIL PROTECTED]/ms
hi,
i'm new to LyX and am hoping someone can assist on a problem I'm having.
On a fairly regular basis when I select the "dvi" button or the "div update"
button Yap crashes and gives the message:
"MiKTeX Problem Report:
Windows API error 3: The system cannot find the path specified.
I recently
drever wrote:
Hello!
The label and reference mechanism seems to have a problem with
figures. When I reference to a label of a figure that was inserted
with the "Insert Label" and reference to it from the text, the
reference in the pdf-output is sometimes wrong. If I click on the
refernece in
On Wednesday 02 April 2008 13:33:48 Bo Peng wrote:
> On Wed, Apr 2, 2008 at 5:19 AM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > > > Well, I still don't think the code is stable, and we have significant
> > > >
> > > > regressions.
> > >
> > > OTHO I am considering an alpha 2 release. Any objec
On Wed, Apr 2, 2008 at 5:19 AM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> > > Well, I still don't think the code is stable, and we have significant
> > > regressions.
> >
> > OTHO I am considering an alpha 2 release. Any objection?
>
> of course i didnt mean beta, when we haven't even alpha re
> I am fairly sure that per-inset code using a few common helper function
> would end up rather in the 20-30 lines range, and be more flexible in
> the end as we do not have to stick to yet another framework.
I would happy to see this as well. There will be no conversion between
params and Embe
The best way to integrate pictures in the text is picins. I tried all
the other packages.
LyX isn't able to insert graphics, which are circumfloated with text. If
you provided an interface it would from now on be easy to insert such
images!
Now I made a workaround:
Insert LaTeX-environment:
0)
> > Could you elaborate? Is that a pure-text tar-like format? I think you
> > are suggesting a tar-like format that is not compressed so that it can
> > be svned. I do not know how binary files such as jpg would be
> > represented in such a file.
>
> No, a mac osx bundle is a directory with fil
I ran autogen.sh, make distclean, configure, make, and got this.
The file ui_IndexUi.h does indeed not exist on my machine.
Helge Hafting
I have a frequent problem when I want to move a label from one line in
an equation array to another one. Let me describe how the bug occurs:
Start and equation array with two lines. Assign a label "test" to the
first line and insert a reference to this label just before the array.
Now I want to mo
I only wanted to enter the preferences, but hit the "reconfigurate
button". _Without any question_ if I really want to do this procedure,
LyX began to reconfigurate. So PLEASE make a Yes/No Dialog! It's really
important there!
Thank you, Michael (Salzburg)
--
Website (neu): http://m.gasperl.at
joost wrote:
> URL: http://www.lyx.org/trac/changeset/24094
> Log:
> Use *.* to select all files in the file selection dialog on Windows. Using
> shortcuts for navigation is now possible.
Also status.15x, please.
Jürgen
On Wednesday 02 April 2008 12:49:37 Kornel Benko wrote:
> Hi,
> some of my old lyx-files cannot be read by the newest lyx.
>
> lyx2lys tries to convert to 325-format, which leads to an error.
>
> Trying manually to convert with lyx2lyx, it was ok up to the 310 -format,
> e.g.: python -tt '/usr/loca
Pavel Sanda wrote:
cjk - http://secreport.com/default.aspx (its maybe just page fort downloading
cjk port,
i'm really not able to translate it myself ;)
maintained by Masanori Iwami.
hebrew - http://hebrew.lyx.googlepages.com/home
maintained by Ran Rutenberg
We can contact the authors and ask
Hi,
some of my old lyx-files cannot be read by the newest lyx.
lyx2lys tries to convert to 325-format, which leads to an error.
Trying manually to convert with lyx2lyx, it was ok up to the 310 -format, e.g.:
python -tt '/usr/local/share/lyx1.6/lyx2lyx/lyx2lyx' -t 310 -o xx.lyx
my_very_lo
>> - i would like to have some complete list of links in one place, i.e.
>> this page http://www.lyx.org/internet/. Also - two nonenglish sites should
>> be added - CJK and Hebrew (both are pretty contemporary ones)
>
> Where did you find these sites? Do we have people to maintain them? All I
bot
Joost Verburg wrote:
> OK for branch and trunk?
OK.
Jürgen
Hi all
the newest svn update crashes when I try to load my lyx-file. The
backtrace is below. Tell me, if you need the lyx-file.
- Sebastian
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1224997168 (LWP 29060)]
0x08220a32 in lyx::readInset ([EMAIL PROTECTED], [EMAIL PRO
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> -#endif
>> -use_bundled_format = false;
>
> Did you intentionally prune this last line?
No, sorry. Could you restore it please?
JMarc
Pavel Sanda wrote:
1.
- i would like to have some complete list of links in one place, i.e.
this page http://www.lyx.org/internet/. Also - two nonenglish sites should
be added - CJK and Hebrew (both are pretty contemporary ones)
Where did you find these sites? Do we have people to maintain them
> > Well, I still don't think the code is stable, and we have significant
> > regressions.
>
> OTHO I am considering an alpha 2 release. Any objection?
of course i didnt mean beta, when we haven't even alpha released.
pavel
Hello!
The label and reference mechanism seems to have a problem with figures.
When I reference to a label of a figure that was inserted with the
"Insert Label" and reference to it from the text, the reference in the
pdf-output is sometimes wrong. If I click on the refernece in lyx I'm
direct
On 1 apr 2008, at 22.53, [EMAIL PROTECTED] wrote:
I've talked to Andrei, Rex etc and from a design point of view,
we're ready to go live. So what else is missing before a release?
I've modified
http://www.lyx.org/test/NewWebsiteDevelopment
(btw, it's easier to work with the wiki vers
On Wednesday 02 April 2008 07:22:53 Andre Poenitz wrote:
>
> Well, I still don't think the code is stable, and we have significant
> regressions.
OTHO I am considering an alpha 2 release. Any objection?
> Andre'
--
José Abílio
98 matches
Mail list logo
