Michael Gerz wrote:
> Is PDFOptions a potential candidate for 1.5.x?
Not for 1.5.2 anyway.
Jürgen
Hi,
before I add lots of new patches to my list:
Is PDFOptions a potential candidate for 1.5.x?
Regards, Michael
Martin Vermeer wrote:
On Fri, Sep 21, 2007 at 01:19:48AM +0200, Dov Feldstern wrote:
Now there's a follow-up issue: when leaving the ERT inset by pressing
right-arrow at the end of the inset, to get back outside after the
inset, the language is remaining "latex_language", which is wrong (for
On Thu, Sep 20, 2007 at 02:23:28PM +0200, Enrico Forestieri wrote:
> > What about deciding that we do not install the libraries? Of course,
> > this would imply that an installable LyX is a static one, but I am not
> > sure we care much about distributing dynamic versions anyway. We could
> > for e
I tried to play with the PDF property feature.
1. view source dialog is still broken (Can not update). Can anyone fix it?
2. I only checked two items but your hyperref output has two lines of
options. Can you remove some of them that are using their default
values?
3. Should other items be disab
> If some other problem appears after fixing this, I'll investigate.
yes and with this patch the hyperref support should be in a state i saw on
my local branch few days ago.
thanks to all the people helping in merge. enjoy :)
pavel
ps: Uwe, is the following patch usable by your svn ?
diff --gi
On Thu, Sep 20, 2007 at 03:47:05PM -0400, Richard Heck wrote:
...
> Here's an early question. InsetCommand insets are stored in LyX files
> like this:
>\begin_inset LatexCommand citet
>key etcetc
>\end_inset
> more or less.
...
> What I'm suggesting is that command insets should
On Fri, Sep 21, 2007 at 01:19:48AM +0200, Dov Feldstern wrote:
>
>
> (changing the title, since it now sounds like this is really a separate
> issue from Neal's original issue...)
>
>
> Martin Vermeer wrote:
> >
> >The attached seems to fix it and has the merit of me sort of
> >understanding w
> By the way, if you use svn diff in your local tree to prepare the patch,
no i don't use svn, hard to maintain your own repository with it.
> you'll get one in a form that's easier for people to use---and not have to
> maintain two local copies, either. Otherwise, we have to strip the "a/".
p
Pavel Sanda wrote:
can you add this small polish ?
Done.
By the way, if you use svn diff in your local tree to prepare the patch,
you'll get one in a form that's easier for people to use---and not have
to maintain two local copies, either. Otherwise, we have to strip the "a/".
Oh, and pa
can you add this small polish ?
pavel
diff --git a/src/PDFOptions.cpp b/src/PDFOptions.cpp
index d16b9cd..0bf5a0d 100644
--- a/src/PDFOptions.cpp
+++ b/src/PDFOptions.cpp
@@ -76,7 +76,7 @@ void PDFOptions::writeFile(ostream & os) const
}
-void PDFOptions::writeLaTeX(odocstream &os) const
+void
hmm. it did for me before i posted. maybe something changed in trunk
meanwhile, maybe you forget to add PDFOptions.h/cpp (you forget to
commit them).
I think I've got it all fixed now, after the work Uwe did---he added
those files, and the .ui file. So it at least compiles. If there's
mo
- no "using" in headers.
just to learn, why ?
I made this mistake, too. The reason is that it corrupts the namespace
of every file in which it is included, which makes it hard to be sure
precisely what it is you are "use"ing.
- A .cpp must have #include as first include.
again
> Pavel, please attach patches the next time as unified diff as email
> attachment, this makes life much easier.
This seems to be our popular issue :)
AFAIK this patch was unified. There maybe some special parameter for
Windows version of svn, to make equivalent of unix "patch --strip 1"?
Other p
>- less than 80 - \epsilon chars per line.
>- no tabs after the first non-tab on the line.
> - Two empty lines between function definitions.
> - includes roughly from most-specific to least-specific. In any case
> "ours" before "system" headers/.
> - A .cpp must have #include as first includ
I want to make a revision history in my doc. I'm looking at:
http://www.ctan.org/tex-archive/help/Catalogue/entries/upmethodology.html
I like the tables, with colored backgrounds, characters. Seems lyx choices
here are really limited. Just a few text colors, not background colors.
> A few items:
>
> - less than 80 - \epsilon chars per line.
I fixed some of them.
Pavel, please attach patches the next time as unified diff as email attachment, this makes life much
easier.
> - no tabs after the first non-tab on the line.
I fixed some of them.
> I'll commit a modified vers
(changing the title, since it now sounds like this is really a separate
issue from Neal's original issue...)
Martin Vermeer wrote:
The attached seems to fix it and has the merit of me sort of
understanding why it works.
- Martin
Thanks, Martin! This does indeed fix the issue I was complai
On Thu, Sep 20, 2007 at 12:22:16AM +0200, Enrico Forestieri wrote:
> On Wed, Sep 19, 2007 at 06:56:34PM +0200, Michael Gerz wrote:
>
> > http://www.lyx.org/trac/changeset/20260 - Darken vertical stroke on +
> > sign as it disappears on some graphic cards.
>
> Not applicable. This only happens wi
On Tue, Sep 18, 2007 at 01:53:24AM +0200, Pavel Sanda wrote:
> > This one is wrong: you should find a way to add your code to
> > lyxpreamble, because as it is you break the line counting (for error
> > parsing) that is done a few lines above. Something like:
>
> didnt know that, now i added a com
Richard Heck wrote:
> I'm looking now at re-working some of the code surrounding InsetCommand
> and its derivatives. The motivation here is, ultimately, BibLaTeX
> support
\begin{praise}
You'll make me very happy with this.
> You get the same problem with BibLaTeX. Proper support for BibLaTeX w
On Thu, Sep 20, 2007 at 03:47:05PM -0400, Richard Heck wrote:
> [...] Comments?
Sounds like a plan.
Andre'
I'm looking now at re-working some of the code surrounding InsetCommand
and its derivatives. The motivation here is, ultimately, BibLaTeX
support and the possibility of user-definable---or, at least,
configurable---command insets, like InsetFlex provides for text insets.
In order for that to
On Thu, 20 Sep 2007, Chris Karakas wrote:
I'd be really happy if you could add paragraph or two about DocBook, LyX
etc to this wiki page (I just created it):
http://wiki.lyx.org/LyX/DocBook
Done. :-)
Many thanks!
/C
--
Christian Ridderström, +46-8-768 39 44 http://
On Thu, Sep 20, 2007 at 01:59:51PM -0400, Richard Heck wrote:
> Jean-Marc Lasgouttes wrote:
> >Richard Heck <[EMAIL PROTECTED]> writes:
> >
> >>For those not privy to the earlier discussion, the rationale here is
> >>that such things ought to be replaced by character styles. We now have
> >>such
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
For those not privy to the earlier discussion, the rationale here is
that such things ought to be replaced by character styles. We now have
such a style for code in the logicalmkup module, and with this
included one could bi
> I'd be really happy if you could add paragraph or two about DocBook, LyX
> etc to this wiki page (I just created it):
>
> http://wiki.lyx.org/LyX/DocBook
>
Done. :-)
--
Regards
Chris Karakas
http://www.karakas-online.de
On Thu, 20 Sep 2007, Chris Karakas wrote:
Hi Chris,
I'd be really happy if you could add paragraph or two about DocBook, LyX
etc to this wiki page (I just created it):
http://wiki.lyx.org/LyX/DocBook
I'd just like this wiki page to be a starting point for users' that have
searched t
Original Message
Subject:dvips and absolute paths in linux
Date: Thu, 20 Sep 2007 10:03:31 -0400
From: Giuseppe Pagnoni <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Dear all,
I am using LyX 1.5.1 on Ubuntu Linux 7.04 ("feisty"), and I found out that
if I enter
On Thu, 20 Sep 2007, Tommaso Cucinotta wrote:
Then it's a conscious act and clear.
Ok, even if it is longer than the patch itself, please, consider that
Thanks :-)
/C
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
On Thu, Sep 20, 2007 at 03:26:42PM +0200, Uwe Stöhr wrote:
> > As a rule of thumb, hanging "actively" around for half a year or more
> > and getting in three or four non-trivial (say > 15 lines of "real
> > stuff") patches should be (again) the required minimum.
>
> I absolutely don't like such st
On Thu, Sep 20, 2007 at 02:32:57PM +0200, Pavel Sanda wrote:
> > > More comments:
> > >
> > > > + } else if (token == "\\use_hyperref") {
> > > > + lex >> pdfoptions().use_hyperref;
> > > > + } else if (token == "\\pdf_title") {
> > > > + lex >> pdfoptions()
On Thu, Sep 20, 2007 at 04:12:49PM -, [EMAIL PROTECTED] wrote:
> Author: jamatos
> Date: Thu Sep 20 18:12:47 2007
> New Revision: 20380
>
> URL: http://www.lyx.org/trac/changeset/20380
> Log:
> Fix handling of cjk_encoding for documents made with versions older than 1.5
Thanks!
--
Enrico
On Thu, Sep 20, 2007 at 03:59:37PM +0100, José Matos wrote:
> I don't care about latex 2.09 BTW. :-)
That's because you don't have large documents written in that format,
and anyway you should care about lyx2lyx, reckless fellow ;-)
Go and fix the last problem you introduced ;-)
--
Enrico
On Thu, Sep 20, 2007 at 10:32:54AM +0200, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> But I remember that Lars had some good numbers when he wanted to push
> >> pch.
> >
> > I have good numbers when I want to push something as well...
>
> Now that you talk about
On Thu, Sep 20, 2007 at 10:01:37AM +0200, Abdelrazak Younes wrote:
> José Matos wrote:
> >On Thursday 20 September 2007 07:33:25 Abdelrazak Younes wrote:
> >>And even then, if you didn't shy away, or if you didn't loose interest,
> >>you'll have to ask many times. You'll have to show that you truly
On Thu, Sep 20, 2007 at 08:51:49AM +0100, José Matos wrote:
> On Wednesday 19 September 2007 18:06:55 Andre Poenitz wrote:
> > I don't agree at all.
>
> That is our current stance on this issue. We can discuss this and I agree
> with your opinions but for now that is our status and not somethin
On Thu, Sep 20, 2007 at 08:33:25AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> OK. Tommaso, do you want to commit this, then? I can do it Thursday
> if you don't have time. And Jurgen, what about branch?
> >
> >>>I have only read-access to your svn repository, so far. So, eith
Hi all,
I feel compelled to answer the posts that came up after André's question -
which I think has "put the finger in the wound" that is called "Docbook with
LyX".
To Neal: dblatex is of no use here, because the subject is not how to convert a
Docbook document to Latex. It is also not how to
On Thursday 20 September 2007 16:01:31 Enrico Forestieri wrote:
> The culprit is http://www.lyx.org/trac/changeset/20279
I know what the problem is. :-)
The problem lies in lyx2lyx not in LyX.py. I will send a fix soon. :-)
> --
> Enrico
--
José Abílio
Then it's a conscious act and clear.
Ok, even if it is longer than the patch itself, please, consider that
I hereby grant permission to licence my contributions to LyX under
the Gnu General Public Licence.
Therefore, all contributions are to be considered free software; you
can redistribute and
On Thu, Sep 20, 2007 at 01:59:30PM +0200, Enrico Forestieri wrote:
> On Thu, Sep 20, 2007 at 08:59:50AM +0100, José Matos wrote:
> > Could you please send an example file?
>
> Try the attached.
The culprit is http://www.lyx.org/trac/changeset/20279
--
Enrico
On Thursday 20 September 2007 13:15:32 Enrico Forestieri wrote:
> > That is developed by Ben who started after having tried to build a
> > db2lyx. Interesting, no?
>
> Not at all, if you think that TeX has not substantially changed in the
> last 20 years or so, whereas LyX is a moving target.
> Hec
A couple of high schools in Milan (italy) area began using lyx to produce
educational material, last year. Since this year we plan to give such work
a boost, a meeting gathering all the people involved, both as users and
developers, would be a nice idea.
Anybody interested, please let me know, cc
> As a rule of thumb, hanging "actively" around for half a year or more
> and getting in three or four non-trivial (say > 15 lines of "real
> stuff") patches should be (again) the required minimum.
I absolutely don't like such stupid rules. Whether someone is given commit permissions or not shoul
Abdelrazak Younes wrote:
> None I guess because this cleanID() method is about converting to ASCII
> explicitly. Of course if is also possible that the cast to char didn't
> allow proper discrimination (some non-ASCII ucs4 characters can probably
> become ASCII when casted to char).
> In any case
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
I committed it without status1.5 entry because I don't know what to write.
What problem does it fix?
None I guess because this cleanID() method is about converting to ASCII
explicitly. Of course if is also possible that the cast to char
Abdelrazak Younes wrote:
> I committed it without status1.5 entry because I don't know what to write.
What problem does it fix?
Jürgen
On Thu, 20 Sep 2007, Tommaso Cucinotta wrote:
Richard Heck ha scritto:
By the way, Tommaso, if you haven't already done so, can you send a note
to the list saying you agree to license your contributions to LyX under
GPL?
Of course I do, it was in the Developers' documentation rules ("eithe
> > More comments:
> >
> > > + } else if (token == "\\use_hyperref") {
> > > + lex >> pdfoptions().use_hyperref;
> > > + } else if (token == "\\pdf_title") {
> > > + lex >> pdfoptions().title;
> > > + } else if (token == "\\pdf_author") {
> > > + lex >> pdfoptions().author;
In response to j.spitzmueller's request:
http://bugzilla.lyx.org/show_bug.cgi?id=4014
--- Additional Comments From [EMAIL PROTECTED] 2007-09-20
11:32 ---
Can you send this to the devel list, please? I'm not very familiar
with this
pch stuff, so I cannot really judge whether you pa
On Thu, Sep 20, 2007 at 10:32:54AM +0200, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> But I remember that Lars had some good numbers when he wanted to push
> >> pch.
> >
> > I have good numbers when I want to push something as well...
>
> Now that you talk abou
On Thu, Sep 20, 2007 at 08:47:19AM +0100, José Matos wrote:
> On Thursday 20 September 2007 00:31:51 Neal Becker wrote:
> > Neal Becker wrote:
> > > You may want to look at db2latex.
> >
> > Sorry, make that dblatex
>
> That is developed by Ben who started after having tried to build a db2lyx.
>
On Thu, Sep 20, 2007 at 08:59:50AM +0100, José Matos wrote:
> On Thursday 20 September 2007 00:22:36 Enrico Forestieri wrote:
> > Using LyX 1.4, create a new file containing only a non-ascii character
> > (à will do). Save and try to reopen it with 1.6 latest svn (there's no
> > problem with 1.5).
Juergen Spitzmueller wrote:
[EMAIL PROTECTED] wrote:
URL: http://www.lyx.org/trac/changeset/20374
Log:
shut down conversion warning and unicode fix.
Also needed for branch?
I committed it without status1.5 entry because I don't know what to write.
Abdel.
Juergen Spitzmueller wrote:
[EMAIL PROTECTED] wrote:
URL: http://www.lyx.org/trac/changeset/20374
Log:
shut down conversion warning and unicode fix.
Also needed for branch?
It won't hurt yes even though I am not sure DocBook is used by anybody...
Abdel.
Sorry, my fault, I included another lyx-document with language set to
"ngerman", obviusly this caused lyx some trouble. I set the language of
the included file to english and everything worked fine.
Sorry for the superfluous post.
Kai
--- Begin Message ---
Hello,
is this a bug? Haven't found any
Martin Vermeer <[EMAIL PROTECTED]> writes:
> Yes... and less intrusive for now.
>
> But is this actually being used anywhere (in addition to the minibuffer)?
lyxserver can use it... I think it does not matter much, but we shall
not remove it without removing all the rest and provide a backup plan
Richard Heck ha scritto:
By the way, Tommaso, if you haven't already done so, can you send a
note to the list saying you agree to license your contributions to LyX
under GPL?
Of course I do, it was in the Developers' documentation rules ("either
you agree with
licensing your contribution under
[EMAIL PROTECTED] wrote:
> URL: http://www.lyx.org/trac/changeset/20374
> Log:
> shut down conversion warning and unicode fix.
Also needed for branch?
Jürgen
On Thu, 20 Sep 2007 10:39:37 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Richard Heck <[EMAIL PROTECTED]> writes:
> > For those not privy to the earlier discussion, the rationale here is
> > that such things ought to be replaced by character styles. We now have
> > such a style for cod
Richard Heck <[EMAIL PROTECTED]> writes:
> For those not privy to the earlier discussion, the rationale here is
> that such things ought to be replaced by character styles. We now have
> such a style for code in the logicalmkup module, and with this
> included one could bind a key to that charstyle
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> But I remember that Lars had some good numbers when he wanted to push
>> pch.
>
> I have good numbers when I want to push something as well...
Now that you talk about you pushing something: with your changes to
allow building with shared libraries, the
Martin Vermeer wrote:
-\bind "C-S-P" "font-code" # 'P' for program
Should this already be bound to "flex-insert CharStyle:.Code"? (One
wishes, doesn't one?)
The reason I didn't do this is that now CharStyle:Code is in the
logicalmkup module, so it isn't guaranteed to be available. I supp
José Matos wrote:
On Thursday 20 September 2007 07:33:25 Abdelrazak Younes wrote:
And even then, if you didn't shy away, or if you didn't loose interest,
you'll have to ask many times. You'll have to show that you truly
deserve the great honor to become a 'real' LyX developer.
We alway
José Matos wrote:
> The change is only relevant to the command line interface so it is not
> relevant for the moment. Eventually in the latest stable version we will
> backport this so I am not in a hurry.
OK.
Jürgen
José Matos wrote:
On Thursday 20 September 2007 07:33:25 Abdelrazak Younes wrote:
And even then, if you didn't shy away, or if you didn't loose interest,
you'll have to ask many times. You'll have to show that you truly
deserve the great honor to become a 'real' LyX developer.
Are you saying
On Thursday 20 September 2007 00:22:36 Enrico Forestieri wrote:
> Using LyX 1.4, create a new file containing only a non-ascii character
> (à will do). Save and try to reopen it with 1.6 latest svn (there's no
> problem with 1.5). You can't.
>
> Traceback (most recent call last):
> File "/usr/loc
On Wednesday 19 September 2007 19:43:39 Juergen Spitzmueller wrote:
> > http://www.lyx.org/trac/changeset/20279 - lyx2lyx: use parseopt instead
> > of getopt
>
> Jürgen
The change is only relevant to the command line interface so it is not
relevant for the moment. Eventually in the latest stable
On Wednesday 19 September 2007 18:33:05 Bo Peng wrote:
> I tried to use docbook with lyx but the exported SGML code can not
> compile. It there anything specific lyx can do to produce the correct
> code? Are there bugzilla entries for them?
We have to be aware of some rules of docbook since the
On Wednesday 19 September 2007 18:06:55 Andre Poenitz wrote:
> I don't agree at all.
That is our current stance on this issue. We can discuss this and I agree
with your opinions but for now that is our status and not something I would
like to see changed in the stable series (the subject being
On Thursday 20 September 2007 00:31:51 Neal Becker wrote:
> Neal Becker wrote:
> > You may want to look at db2latex.
>
> Sorry, make that dblatex
That is developed by Ben who started after having tried to build a db2lyx.
Interesting, no?
--
José Abílio
On Thursday 20 September 2007 07:33:25 Abdelrazak Younes wrote:
> And even then, if you didn't shy away, or if you didn't loose interest,
> you'll have to ask many times. You'll have to show that you truly
> deserve the great honor to become a 'real' LyX developer.
Are you saying that have commi
On Thu, 20 Sep 2007 01:45:37 -0400
Richard Heck <[EMAIL PROTECTED]> wrote:
> Per previous discussion, as a first step towards rationalizing this
> stuff. No lyx2lyx is necessary here, because font-code simply invoked
> texttt or mathtt as appropriate. Killing LFUN_FONT_NOUN etc will be more
> f
Andre Poenitz wrote:
On Thu, Sep 20, 2007 at 12:46:03AM -0400, Richard Heck wrote:
When compiling with --disable-shared, it seems the shared libraries are
being built and installed anyway, which wastes rather a lot of time.
Could this be disabled?
It shouldn't, and it didn't last time
75 matches
Mail list logo
