make install failed with:
test -z "/Applications/LyX1.5svn.app/Contents/Resources/doc/es/biblio
" || /bin/sh ../../config/mkinstalldirs "/Applications/LyX1.5svn.app/
Contents/Resources/doc/es/biblio "
/usr/bin/install -c -m 644 'es/biblio/alphadin.bst' '/Applications/
LyX1.5svn.app/Contents/R
On Wednesday 12 September 2007 22:18:43 Bo Peng wrote:
> But there is no way to GUI'ify all 163 listings parameters.
We do not do it for other packages. We should try to be consistent
everywhere.
> > In a sense it is to bare to lyx. IMHO we need to improve that.
> > The label is not on line wi
On 9/12/07, José Matos <[EMAIL PROTECTED]> wrote:
> On Wednesday 12 September 2007 15:12:55 Bo Peng wrote:
> > > Another way is to just have the most interesting options, and
> > > a text entry field for the rest. Much cleaner, but with the
> > > disadvantage that that users can enter latex-crashin
On Wednesday 12 September 2007 15:12:55 Bo Peng wrote:
> > Another way is to just have the most interesting options, and
> > a text entry field for the rest. Much cleaner, but with the
> > disadvantage that that users can enter latex-crashing
> > syntax errors in the entry field.
>
> This is what l
On Wed, Sep 12, 2007 at 09:05:58PM +0200, Ullrich Franke wrote:
> So as long as I don't see
> src/frontends/controllers/tests/regfiles/biblio show up in the
> source-tarball, I will also disable
> src/frontends/controllers/tests/test_biblio. (Unless anybody tells me,
> that this test is very mandat
> Jürgen, do you think we have enough patches for 1.5.2?
I hope that listings caption can be fixed before 1.5.2 is released.
Bo
> When shall I inform the translators? IIRC there are some important new
> po entries.
could you please look on #4196 before ?
pavel
Martin Vermeer wrote:
On Wed, Sep 12, 2007 at 08:58:08PM +0300, Martin Vermeer wrote:
On Wed, Sep 12, 2007 at 06:10:36PM +0300, Dov Feldstern wrote:
Abdelrazak Younes wrote:
Dov Feldstern wrote:
...
After a clean compile of trunk (r20239), I'm seeing strange stuff:
*) type a few words, sw
Hi again,
I've now stumbled across the next build-error, also mentioned in
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg114305.html:
Missing src/frontends/controllers/tests/regfiles
and src/frontends/controllers/tests/regfiles/biblio
in both lyx-1.5.1.tar.gz and lyx-1.5.1.tar
On Wed, Sep 12, 2007 at 08:58:08PM +0300, Martin Vermeer wrote:
> On Wed, Sep 12, 2007 at 06:10:36PM +0300, Dov Feldstern wrote:
> > Abdelrazak Younes wrote:
> > >Dov Feldstern wrote:
>
> ...
>
> > After a clean compile of trunk (r20239), I'm seeing strange stuff:
> >
> > *) type a few words, s
> 1) afaiu strings entered into gui are in utf8; now they are pasted to output
> .tex via from_utf8,
>but i'm not sure how it works with current encodings. whats the best
> solution for this ?
have anybody some idea how to get working characters from other encodings when
passed
in preamble
Hi,
the latest patch "list" looks much better :-)
Jürgen, do you think we have enough patches for 1.5.2?
When shall I inform the translators? IIRC there are some important new
po entries.
Michael
Approved by Jürgen
--
Update to Boost 1.34.1
New
---
-none-
On Wed, Sep 12, 2007 at 06:05:44PM +0200, Juergen Spitzmueller wrote:
> Enrico Forestieri wrote:
>
> > So, Jürgen?
>
> This is not an area where I feel very much at home, but I guess you are, so
> I just trust you. Put it in.
The fontconfig docs state that "There is a default configuration which
On Wed, Sep 12, 2007 at 12:06:17PM -0400, Neal Becker wrote:
> Screenshots show the problem:
Look up \vphantom.
Andre'
On Wed, Sep 12, 2007 at 06:10:36PM +0300, Dov Feldstern wrote:
> Abdelrazak Younes wrote:
> >Dov Feldstern wrote:
...
> After a clean compile of trunk (r20239), I'm seeing strange stuff:
>
> *) type a few words, switch to \emph (ctrl-e) and continue typing, and
> then start an ERT inset (ctrl-
Andre Poenitz <[EMAIL PROTECTED]> writes:
> The temporary FuncRequest object is an rvalue. rvalues cannot be bound
> to non-const references. This is a (in my opinion pretty stupid)
> Standard requirement. MSVC chooses to ignore this. The decision whether
> that's a sensible thing to do even if th
On Wed, Sep 12, 2007 at 03:10:53PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> >[EMAIL PROTECTED] writes:
> >
> >>Author: younes
> >>Date: Wed Sep 12 14:07:45 2007
> >>New Revision: 20239
> >>
> >>URL: http://www.lyx.org/trac/changeset/20239
> >>Log:
> >>* bufferview_funcs.cpp:s
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>
>> Juergen, I guess it is OK for 1.5.2 too?
>
> Sure.
Done. I did not add any status.15x entry since this is new code.
JMarc
Abdelrazak Younes wrote:
>> BTW, I do not like calling Cursor::dispatch or Text::dispatch directly
>> (except in very clear cases). We should consider declaring it private
>> and setting LyXFunc as a friend (or something like that).
I agree.
>> Enforcing a code path allows to do some common han
Enrico Forestieri wrote:
> So, Jürgen?
This is not an area where I feel very much at home, but I guess you are, so
I just trust you. Put it in.
Jürgen
Jean-Marc Lasgouttes wrote:
> Juergen, I guess it is OK for 1.5.2 too?
Sure.
Jürgen
On Wed, Sep 12, 2007 at 09:24:09AM -0500, Bo Peng wrote:
> > The attached patch should solve the problem. As the added fonts are
> > application specific, fontconfig should do the cleanup for us, even
> > if the docs say nothing to this end.
>
> I tested this patch against the branch and I can con
> Jean-Marc Lasgouttes schrieb:
>> M-Return is supposed to be do for commands what Return would do for
>> Environments and do for environments what Return would do for
>> commands.
>>
>> However, I see now that it does not do anything interesting for
>> enumerations. I'll have to double check that.
Pavel Sanda wrote:
It might be that, if we load hyperref at the right point---and
obviously, we have to figure out when that is---these sorts of issues
will go away.
Be careful. The only thing that delayed hyperref support is all the
incompatibilities we are going to encounter (like insi
Abdelrazak Younes wrote:
Dov Feldstern wrote:
So, does anyone know how it was solved? If we understand why it's now
working, I guess the FIXMEs from r1 can be removed. Also, if Abdel
says this is not working now in branch, the fix should be ported to
branch, because the problem I'm descri
On 9/12/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Author: bpeng
> > Date: Wed Sep 12 16:27:47 2007
> > New Revision: 20240
> >
> > URL: http://www.lyx.org/trac/changeset/20240
> > Log:
> > Embedding: update related insets when the embedding status of a fileitem
> Why do we need this modify button?
another confused spirit ;-)
> Why cannot we simply
> change, and allow for save/cancel/restore as we do in other cases?
because if a user makes some modifications and then switches file format
he needs to be prompted whether he wants to save/discard his cha
[EMAIL PROTECTED] wrote:
Author: bpeng
Date: Wed Sep 12 16:27:47 2007
New Revision: 20240
URL: http://www.lyx.org/trac/changeset/20240
Log:
Embedding: update related insets when the embedding status of a fileitem is
changed
+void EmbeddedFile::updateInsets(Buffer const * buf) const
Why is
> Does this improve the interface?
nope
> People are often annoyed with the format/converter
> stuff because they used the main Save button,
> and nothing got saved.
i can understand that the occasional tourist who gets lost in that
corner of the lyx world might be a bit confused initially...
> the attached changes the looks of the file formats panel in the preferences
> dialog to this:
>
> http://leuven.ecodip.net/lyx/lyx.png
>
Why do we need this modify button? Why cannot we simply change, and
allow for save/cancel/restore as we do in other cases?
Bo
> This adds another virtual function to Inset, so I need at least one OK. Jose?
Committed.
Bo
> The attached patch should solve the problem. As the added fonts are
> application specific, fontconfig should do the cleanup for us, even
> if the docs say nothing to this end.
I tested this patch against the branch and I can confirm that it fixes
the crash. You should explain to Jurgen what thi
"Leuven, E." <[EMAIL PROTECTED]> writes:
> the attached changes the looks of the file formats panel in the preferences
> dialog to this:
>
> http://leuven.ecodip.net/lyx/lyx.png
>
> i think this looks cleaner, and the code is also a tad simpler using a
> combobox instead of a listwidget...
Does
"Leuven, E." <[EMAIL PROTECTED]> writes:
> since one is the complement of the other i'd say this is a pretty
> safe bet (even in france ;-)
Bets are reglemented in France, so you have to be careful
nevertheless.
JMarc
> Yes, this package has many options, and it seems many of them are
> actually used too. I find it nice not having to use ERT to use
> a package when LyX supports it. Especially for people with no
> latex background.
True.
> If we want to support many hyperref options, then a tabbed
> dialog migh
Dov Feldstern wrote:
So, does anyone know how it was solved? If we understand why it's now
working, I guess the FIXMEs from r1 can be removed. Also, if Abdel
says this is not working now in branch, the fix should be ported to
branch, because the problem I'm describing is definitely a regre
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Tue, Sep 11, 2007 at 11:06:55PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
I don't get this effect at all. Tried with article (AMS) and title
layout. The title is in small caps, and no
Neal Becker wrote:
On Wednesday 12 September 2007, Dov Feldstern wrote:
Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Tue, Sep 11, 2007 at 11:06:55PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
I don't get this effect at all. Tried with article (AMS) and title
layout. The title
Dov Feldstern wrote:
Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Tue, Sep 11, 2007 at 11:06:55PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
I don't get this effect at all. Tried with article (AMS) and title
layout. The title is in small caps, and no matter what I do, the ERT
On Wednesday 12 September 2007, Dov Feldstern wrote:
> Abdelrazak Younes wrote:
> > Martin Vermeer wrote:
> >> On Tue, Sep 11, 2007 at 11:06:55PM +0200, Abdelrazak Younes wrote:
> >>> Martin Vermeer wrote:
> I don't get this effect at all. Tried with article (AMS) and title
> layout. The
Abdelrazak Younes wrote:
> I don't have any strong opinion but if you do that, then please do the
> same for the similar dialogs (converters, etc).
yep, that's the plan...
> But I think you should wait for some more opinions in any case.
obviously
Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Tue, Sep 11, 2007 at 11:06:55PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
I don't get this effect at all. Tried with article (AMS) and title
layout. The title is in small caps, and no matter what I do, the ERT
inset content is in lo
Uwe Stöhr wrote:
[long examples of hyperref options deleted]
So you can see that it is impossible to support all options by
checkboxes. Especially when you have an option for evey color setting,
the dialog becomes overfull.
Yes, this package has many options, and it seems many of them are
act
Leuven, E. wrote:
the attached changes the looks of the file formats panel in the
preferences dialog to this:
http://leuven.ecodip.net/lyx/lyx.png
i think this looks cleaner, and the code is also a tad simpler using a
combobox instead of a listwidget...
objections?
I don't have any strong
Jean-Marc wrote:
> Well, I guess only one of the behaviours is standard C++.
since one is the complement of the other i'd say this is a pretty safe bet
(even in france ;-)
Jean-Marc Lasgouttes wrote:
"Leuven, E." <[EMAIL PROTECTED]> writes:
Abdelrazak Younes wrote:
We have this discussion every once in a while... I strongly believe
on the contrary that the multiple level of dispatch() is very, *very*
wrong. LyXFunc::dispatch() calling Cursor::dispatch() calling
the attached changes the looks of the file formats panel in the preferences
dialog to this:
http://leuven.ecodip.net/lyx/lyx.png
i think this looks cleaner, and the code is also a tad simpler using a combobox
instead of a listwidget...
objections?
ed.
PS. some cleanup as well. compare this
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I think MSVC pre-instanciate the local variable (the FuncRequest) and
> gcc optimize that out, or something like that. Andre' or Angus will
> know the reason for sure.
Well, I guess only one of the behaviours is standard C++.
JMarc
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Author: younes
Date: Wed Sep 12 14:07:45 2007
New Revision: 20239
URL: http://www.lyx.org/trac/changeset/20239
Log:
* bufferview_funcs.cpp:status(): use new TextMetrics::parPosition().
* TextMetrics::cursorNext(): compil fix.
Compiles fi
> This is how I use hyperref currently:
> \usepackage[breaklinks=true,colorlinks=true,bookmarks=true,
> bookmarksopen=true,bookmarksnumbered=true]{hyperref}
>
> So obviously I'll find it nice if these options are supported,
> possibly in the form of checkboxes. Ability to set the link colors
> wou
On Sep 12, 2007, at 6:05 AM, Tommaso Cucinotta wrote:
I've been told by a collegue using Mac that the release 1.5.1 on Mac
does not have anymore the File->Export->LaTeX (plain)
menu voice, but only the File->Export->Custom->LaTeX (plain),
where he is asked to enter a mysterious program name.
Is
[EMAIL PROTECTED] writes:
> Author: younes
> Date: Wed Sep 12 14:07:45 2007
> New Revision: 20239
>
> URL: http://www.lyx.org/trac/changeset/20239
> Log:
> * bufferview_funcs.cpp:status(): use new TextMetrics::parPosition().
>
> * TextMetrics::cursorNext(): compil fix.
Compiles fine, thanks. I am
"Leuven, E." <[EMAIL PROTECTED]> writes:
> Abdelrazak Younes wrote:
>> We have this discussion every once in a while... I strongly believe
>> on the contrary that the multiple level of dispatch() is very, *very*
>> wrong. LyXFunc::dispatch() calling Cursor::dispatch() calling
>> Text::dispatch()
> > It might be that, if we load hyperref at the right point---and
> > obviously, we have to figure out when that is---these sorts of issues
> > will go away.
>
> Be careful. The only thing that delayed hyperref support is all the
> incompatibilities we are going to encounter (like insisting that
Pavel Sanda wrote:
hi,
i have basic working skeleton for bug 3527; now there is only minimal set of
supported features, but i'll add others, when you won't opose the general
construction of this code. i would like to ask :
1) is it possible to add hyperref support to 1.6 series (Jose?)
2) can s
On Wed, Sep 12, 2007 at 01:00:02AM -0500, Bo Peng wrote:
> > I will compile with gcc 4 and try again.
>
> Gcc4 + Qt 422 crashes.
>
> Gcc4 + Qt 4.0 (or 4.11? not sure) does not.
Because that code is only compiled in for Qt >= 4.2
> Have not tested Gcc 3 + Qt 4.0, but it is likely a Qt 422 proble
Abdelrazak Younes wrote:
> We have this discussion every once in a while... I strongly believe
> on the contrary that the multiple level of dispatch() is very, *very*
> wrong. LyXFunc::dispatch() calling Cursor::dispatch() calling
> Text::dispatch() calling Cursor::dispatch() calling
> LyXFunc::d
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Author: younes
Date: Wed Sep 12 10:15:56 2007
New Revision: 20237
URL: http://www.lyx.org/trac/changeset/20237
Log:
Fix PageDown/Up temporarily.
Does not compile here:
g++ -DHAVE_CONFIG_H -I. -I../../lyx-devel/src -I../../lyx-devel/src
Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
That the dialog is not opened has always been very annoying for me,
therefore I tried to fix this.
For me, it is annoying if it is always opened.
What do others think?
I think this depends a lot on the type of text being indexed.
Some wil
[EMAIL PROTECTED] writes:
> Author: younes
> Date: Wed Sep 12 10:15:56 2007
> New Revision: 20237
>
> URL: http://www.lyx.org/trac/changeset/20237
> Log:
> Fix PageDown/Up temporarily.
Does not compile here:
g++ -DHAVE_CONFIG_H -I. -I../../lyx-devel/src -I../../lyx-devel/src
-I../../lyx-devel/b
Jean-Marc Lasgouttes schrieb:
Be careful. The only thing that delayed hyperref support is all the
incompatibilities we are going to encounter (like insisting that
\label{} should be outside of a \section{}).
This doesn't make problems as far as I know. Currently \labels are still set by LyX in
> http://wiki.lyx.org/uploads/DevelDoc/pdfsupport.gif
> that is the current state on my local branch. still receiving additional
> requests :)
Two things:
- bookmarksopen opens all bookmark levels, what is missing is a box to adjust the level number. This
box should only be activated when bookm
[EMAIL PROTECTED] writes:
> URL: http://www.lyx.org/trac/changeset/20238
> Log:
> use mkdir -p directly since (1) we know darwin supports it and (2) we do not
> know whether to use $(mkdir_p) (automake 1.10) or $(MKDIR_P) (automake 1.9)
> (bug 4216)
Juergen, I guess it is OK for 1.5.2 too?
JMa
Richard Heck <[EMAIL PROTECTED]> writes:
> It might be that, if we load hyperref at the right point---and
> obviously, we have to figure out when that is---these sorts of issues
> will go away.
Be careful. The only thing that delayed hyperref support is all the
incompatibilities we are going to
Bernhard Roider <[EMAIL PROTECTED]> writes:
>> Does the new libFileSearch have to build a vector>? We do not
>> really care about "user_lyxdir" and such identifiers, IMO.
>
> This used is only for the message.
Good point, but I suspect an enum would be better, and could be used
to put the messag
I've been told by a collegue using Mac that the release 1.5.1 on Mac
does not have anymore the File->Export->LaTeX (plain)
menu voice, but only the File->Export->Custom->LaTeX (plain),
where he is asked to enter a mysterious program name.
Is that a bug ? Anyone can confirm (I don't have a Mac) ?
Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
Yes, and this doesn't have to change to do what you envision. I had
once a patch that used the forkedcall mechanism that is used for
graphics conversion (and for instant preview). As you probably know,
graphics are converted asynchronously
67 matches
Mail list logo