Uwe Stöhr schrieb:
The attached patch backports the patch to use wrapfig instead of
floatflt to branch.
There was a bug in there: "wrapfig" must be loaded after "float".
Attached is the corrected patch.
Index: lib/chkconfig.ltx
Ich schrieb:
The attached patch backports the patch to use wrapfig instead of
floatflt to branch.
There was a bug in there: "wrapfig" must be loaded after "float".
Attached is the corrected patch.
regards Uwe
Index: lib/chkconfig.ltx
===
> Yes, I agree that this is the best solution to the problem. Who is going to do
> the backport?
I send the patch to the list.
regards Uwe
The attached patch backports the patch to use wrapfig instead of floatflt to
branch.
The patch is exactly to this SVN revision:
http://www.lyx.org/trac/changeset/20185
, except of the UI file because I upgraded my Designer and Qt from Qt 4.2.x to
4.3.x.
It works fine here, please test if it al
> I came across the situation when some of my older lyx files could no longer
> compile under new versions of LyX.
looking on the commit history this line has been introduced by Herbert
http://www.lyx.org/trac/changeset/3881
and the only interesting change was made by
http://www.lyx.org/trac/ch
> Ah... now I understand. So you are looking at the list of wiki pages (which
> as you note indeed does look like a ToC)... I've made a small change to the
> list of pages, is it better now?
> http://wiki.lyx.org/LyX/LyX
its perfect.
>> thanks for clarification. my point was, that you use
On Wed, 6 Feb 2008, Pavel Sanda wrote:
I made a small change to the sidebar, hoping this will make the main page
regarding the documentation more "visible".
What do you think, is this enough?
toolbar is imho better now. the only remaining thing is to upload
the list of downloadable files for
> i suspect something like the attached is needed...
Your patch is obviously correct. Please put it in.
regards Uwe
Jürgen schrieb:
The lyx2lyx routine becomes obsolete (I don't think you should convert
ERT).
I see now that a bit more ERT conversion would be needed, so I followed your advise and remover the
lyx2lyx routine.
regards Uwe
On Wed, 6 Feb 2008, Pavel Sanda wrote:
its like this: you go to http://wiki.lyx.org/LyX/LyX, go to the
"Documentation" section and automatically look on the subsections,
where you expect the real information, because you expect that under the
link "Documentation" is just page with links to othe
Jürgen Spitzmüller schrieb:
Attached patch reimplements the automatic end letter tag, but introduces an
optional end letter tag for cases like the serial letter. Thus KOMA letter
users are not forced to insert an end letter tag, but it is possible for such
special cases like serial letters.
On Wed, 6 Feb 2008, Pavel Sanda wrote:
i have already warned people on list that either gmane or mailarchive
have the tendency to throw away certain mails.
I'm not sure if it's relevant, but there's been other problems with gmane
and missing posts from some users. In that it case it was becau
> I have a vague memory of a discussion related to this in Finland, and I
> think we at the time thought more memory (RAM + HDD) would be enough.
>
> Let's hope that Lars' sees this, he's the one with knowledge about it
> IIRC.
>
> So the questions would then be:
> * Can we upgrade the memory?
Yes
> i tried that a while ago but it didn't work. maybe the access rights where
> not set correct?
chmod g-w .forward ?
pavel
> I made a small change to the sidebar, hoping this will make the main page
> regarding the documentation more "visible".
>
> What do you think, is this enough?
toolbar is imho better now. the only remaining thing is to upload
the list of downloadable files for 1.5.4 to
http://wiki.lyx.org/upload
[EMAIL PROTECTED] schrieb:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of addin
On Wed, Feb 06, 2008 at 12:10:10PM +0100, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
> >> not doing this filter would mean megabytes of disk space on aussie
> >> every day because many peop
On Wed, Feb 06, 2008 at 12:49:02AM +0100, Stefan Schimanski wrote:
> Hi!
>
> I was wondering today how complicated it would be to add a completion popup
> to mathed. Well, it took me three hours and here it is. Of course here and
> there, there are some rough edges and it has to be cleaned up, bu
On Tue, Feb 05, 2008 at 07:35:36AM -0600, Bo Peng wrote:
> > I used sourceforge perhaps two years ago, and it was horrible in terms of
> > performance at the time. Maybe they're better now, I don't know.
>
> I have used sourceforge for three years and I do not see any reason
> why lyx can not make
Abdelrazak Younes wrote:
Pavel Sanda wrote:
Why not just using hide()/show() intead of filling/emptying the
menubar?
hide method hides ... i was searching for it in docs and havent
found, now i
see they are inherited. next time i drop reading manuals and try hide()
directly in code ;)
I se
Jean-Marc Lasgouttes wrote:
+ //Try to erase "stdinsets" from the provides_ set.
Do you really need to do that? I do not think having this provides
will hurt anything.
It can be changed if you wish. It just seemed better not to corrupt the
provides list with things that don't corres
Jürgen Spitzmüller wrote:
rgheck wrote:
The attached patch is now pretty much complete, I think, so I'm sending
it again to the list.
Excellent. Many thanks for looking at this.
The basic idea has two parts. First, we hard code an "empty layout"
(called LyXDefault, for want of a b
Bennett Helm wrote:
On Feb 6, 2008, at 12:01 PM, Pavel Sanda wrote:
You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you want to
achieve real full screen.
does the following patch looks more sensible to you?
pavel
I just tried it, but menubar hiding doesn't work on Mac. (Statusb
>>> You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you want to
>>> achieve real full screen.
>>
>> does the following patch looks more sensible to you?
>> pavel
>
> I just tried it, but menubar hiding doesn't work on Mac. (Statusbar hiding
> does.) Is this a Qt/Mac limitation?
i rem
On Feb 6, 2008, at 12:01 PM, Pavel Sanda wrote:
You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you
want to
achieve real full screen.
does the following patch looks more sensible to you?
pavel
I just tried it, but menubar hiding doesn't work on Mac. (Statusbar
hiding does.)
> Yes but I guess it could be a bit shorter:
nice ;) i will commit it.
pavel
> I'd like to see it myself, to see if I can make it clearer.
its like this: you go to http://wiki.lyx.org/LyX/LyX, go to the "Documentation"
section and automatically look on the subsections, where you expect the real
information, because you expect that under the link "Documentation" is just
pag
Pavel Sanda wrote:
You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you want to
achieve real full screen.
does the following patch looks more sensible to you?
Yes but I guess it could be a bit shorter:
@@ -1524,6 +1525,15 @@ bool GuiView::dispatch(FuncRequest const & cmd)
I made a small change to the sidebar, hoping this will make the main page
regarding the documentation more "visible".
What do you think, is this enough?
/C
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
On Wed, 6 Feb 2008, Pavel Sanda wrote:
Hmm Do you remember what you searched for?
its partly my fault, i was looking inside the sub articles of
"documentation" but somehow didnt try to click on the "documentation"
link itself considered it only as a grouping item. but maybe i'm not the
> You could also introduce LFUN_STATUSBAR_TOGGLE by the way if you want to
> achieve real full screen.
does the following patch looks more sensible to you?
pavel
diff --git a/src/LyXAction.cpp b/src/LyXAction.cpp
index d93c74f..ac0bc2f 100644
--- a/src/LyXAction.cpp
+++ b/src/LyXAction.cpp
@@ -10
> Something's weird here. This is all in tex2lyx. Are you compiling with pch?
no, but its certainly something wrong with my tree. probably some junk from
various --monolithic switches...
pavel
> I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
>>>
>>> Which mails?
>> For example I received a mail from you about Cesar and Brutus that I don't
>> see it on gmane...
>
> Of course th
On Wed, 6 Feb 2008, Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Is that true when it is forwarded to a single address?
FWIW, I've been forwarding several mail accounts to a single account
for many years now. I haven't noticed any lost emails...
With or without spam?
I haven't no
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
Which mails?
For example I received a mail fro
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I am happy to see that it has not happened yet :)
I do see long delays before mails appears in gmane. I guess the mail
server is at fault here.
Which mails?
For example I received a mail from you about Cesar and Brut
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I am happy to see that it has not happened yet :)
>
> I do see long delays before mails appears in gmane. I guess the mail
> server is at fault here.
Which mails?
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Everybody should realize that and try to bring some "bling bling" to
> our application.
Tu quoque, mi fili !
JMarc
Pavel Sanda wrote:
Why not just using hide()/show() intead of filling/emptying the menubar?
hide method hides ... i was searching for it in docs and havent found, now i
see they are inherited. next time i drop reading manuals and try hide()
directly in code ;)
I see :-)
A good advice is to re
Jürgen Spitzmüller wrote:
> > Maybe, but that letters can have parts behind the \end{letter} command is
> > a fact. And the "bad" implementation of beamer is a consequence of
> > missing LyX support for certain commands.
>
> But we can do better for scrlttr2. I'll have a look.
Attached patch reimp
rgheck wrote:
> The attached patch is now pretty much complete, I think, so I'm sending
> it again to the list.
Excellent. Many thanks for looking at this.
> The basic idea has two parts. First, we hard code an "empty layout"
> (called LyXDefault, for want of a better name)
I'd call it "Plain".
> Why not just using hide()/show() intead of filling/emptying the menubar?
hide method hides ... i was searching for it in docs and havent found, now i
see they are inherited. next time i drop reading manuals and try hide()
directly in code ;)
> You could also introduce LFUN_STATUSBAR_TOGGLE by t
Jean-Marc Lasgouttes wrote:
> I propose to backport a subset of this (even the GUI changes may not
> be necessary).
>
> Juergen, as always it s up to you.
Yes, I agree that this is the best solution to the problem. Who is going to do
the backport?
Jürgen
Jean-Marc Lasgouttes wrote:
Pavel Sanda <[EMAIL PROTECTED]> writes:
however the main point was to find correlation between black curve and other
curves. now i see we have 3 spamd, so lets wait what will happen when
some swap crisis will come again.
I am happy to see that it has not happened y
Pavel Sanda wrote:
Author: rgheck
Date: Tue Feb 5 23:57:33 2008
New Revision: 22802
URL: http://www.lyx.org/trac/changeset/22802
Log:
Partially fix bug 4532: http://bugzilla.lyx.org/show_bug.cgi?id=4532.
See in particular comment 6.
maybe it has something in common with this.
g++ -O -o t
Pavel Sanda wrote:
hi,
its not the first time the issue of fullscreen mode of lyx when editing
document is raised on dev list and in bugzilla we have enh request too.
i think that if we are not supporting it directly it would be very easy to add
minimalistic support for advanced users, which wi
hi,
its not the first time the issue of fullscreen mode of lyx when editing
document is raised on dev list and in bugzilla we have enh request too.
i think that if we are not supporting it directly it would be very easy to add
minimalistic support for advanced users, which will allow them to do t
Pavel Sanda <[EMAIL PROTECTED]> writes:
> however the main point was to find correlation between black curve and other
> curves. now i see we have 3 spamd, so lets wait what will happen when
> some swap crisis will come again.
I am happy to see that it has not happened yet :)
JMarc
Uwe Stöhr wrote:
> > The beamer class is not really a model for good layout implementation.
>
> Maybe, but that letters can have parts behind the \end{letter} command is a
> fact. And the "bad" implementation of beamer is a consequence of missing
> LyX support for certain commands.
But we can do b
i suspect something like the attached is needed...
Index: Win32/packaging/installer/components/dicts.nsh
===
--- Win32/packaging/installer/components/dicts.nsh (revision 22808)
+++ Win32/packaging/installer/components/dicts.nsh (work
Hi all,
I came across the situation when some of my older lyx files could no longer
compile under new versions of LyX. lyx2lyx goes smoothly but pdf generation
fails.
The reason is that I was using graphics files that were visible for latex (via
kpsewhich), but not for LyX. As a results, new ve
[EMAIL PROTECTED] writes:
> We forcibly load stdinsets.inc unless the TextClass declares:
> Provides stdinsets 1
> There isn't really any such package, of course. We're just using this
> (per a suggestion by JMarc) to say we've loaded relevant info about the
> standard insets.
Very good.
> +
[EMAIL PROTECTED] writes:
> Is that true when it is forwarded to a single address?
>
> FWIW, I've been forwarding several mail accounts to a single account
> for many years now. I haven't noticed any lost emails...
With or without spam?
JMarc
[EMAIL PROTECTED] writes:
> I think the real "fix" should be in 1.6. Is it a real problem to do a
> 1.6 that in practice only contains this as the major difference?
I do not think it would be a good idea.
JMarc
>>> The link is there in sidebar, it is the header with the text
>>> "LyX documentation"
>>> but unfortunately I don't people understand it is also a link to a page
>>> about LyX documentation.
>>
>> the problem is i was not searching through sidebar but from basic lyx page
>> and its document
i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
not
doing this filter would mean megabytes of disk space on aussie every day
because many people dont forward their mails etc.
>>>
>>> We should just enforce mail forwarding.
>>
>> But forwarding spam is
On Wed, 6 Feb 2008, Pavel Sanda wrote:
The link is there in sidebar, it is the header with the text
"LyX documentation"
but unfortunately I don't people understand it is also a link to a page
about LyX documentation.
the problem is i was not searching through sidebar but from basic lyx
On Wed, 6 Feb 2008, Jean-Marc Lasgouttes wrote:
i guess its purpose is to filter spam from
[EMAIL PROTECTED] address and not doing this filter
would mean megabytes of disk space on aussie every day because many
people dont forward their mails etc.
We should just enforce mail forwarding.
Bu
On Wed, 6 Feb 2008, Abdelrazak Younes wrote:
Is this just a matter of adding the file
~/.forward
that contains a single line with your email address?
Yes, and we should do that now IMO... i.e. put a /dev/null address for
all unused boxes there. Then we can get rid of spamd.
I never
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> i guess its purpose is to filter spam from [EMAIL PROTECTED] address and
>> not doing this filter would mean megabytes of disk space on aussie
>> every day because many people dont forward their mails etc.
>
> We should just enforce mail forwarding.
Bu
Pavel Sanda wrote:
remain
active and full of entries instead of disabling it. i guess switching
between
tabs wouldnt update envi of the current environment too.
Yes, I noticed that, though it's obviously a different bug. You just
notice it here. It's worst with ERT, where the dropbox ought
>>> remain
>>> active and full of entries instead of disabling it. i guess switching
>>> between
>>> tabs wouldnt update envi of the current environment too.
>>>
>>>
>> Yes, I noticed that, though it's obviously a different bug. You just
>> notice it here. It's worst with ERT, where the dropbo
Darren Freeman schrieb:
On Tue, 2008-02-05 at 08:00 +0100, Herbert Voss wrote:
Uwe Stöhr schrieb:
> Generally speaking I think it sucks that the user guide doesn't
compile out of the box. Have other > popular (Linux) LaTeX distributions
also skipped the floatflt package?
TeXLive came up wi
> The link is there in sidebar, it is the header with the text
> "LyX documentation"
> but unfortunately I don't people understand it is also a link to a page
> about LyX documentation.
the problem is i was not searching through sidebar but from basic lyx page
and its documentation section.
rgheck wrote:
there are still missing some toolbar updates. eg open the footnote
inset and
the LyXDefault appears AFTER you start typing not just after inserting
the
inset and puting cursor there. also try close document - envi toolbox
remain
active and full of entries instead of disabling it.
Am Dienstag, 05. Februar 2008 15:01:05 schrieb Bo Peng:
> > Yeah, sf would be moving out of the frying pan into the fire. It's
> > veeery slow very often.
>
> Maybe this is a regional issue? sf.net has been responsive most of
> the time (US).
As a coincidence(?), I had serious problems acces
On Tue, 5 Feb 2008, Joost Verburg wrote:
The performance of SF web hosting is currently much better than two
years ago and it's definitely more reliable than the current server.
Downloads are always very fast and a regional mirror is selected
automatically.
We'd have to ask for additional pr
[EMAIL PROTECTED] wrote:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding
[EMAIL PROTECTED] wrote:
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding
rgheck wrote:
Pavel Sanda wrote:
there are still missing some toolbar updates. eg open the footnote
inset and the LyXDefault appears AFTER you start typing not just
after inserting the inset and puting cursor there. also try close
document - envi toolbox remain active and full of entries inste
On Tue, 5 Feb 2008, Abdelrazak Younes wrote:
rgheck wrote:
As Andre suggested, another option would be to require forwarding, and
then people can sort out their own spam.
Yes, I think that's the simplest and most useful solution.
Is this just a matter of adding the file
~/.forwa
Stefan Schimanski wrote:
Am 06.02.2008 um 09:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion
popup to mathed. Well, it took me three hours and here it is.
This looks very useful Stefan. Could you try to make t
Am 06.02.2008 um 09:18 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a
completion popup to mathed. Well, it took me three hours and here
it is.
This looks very useful Stefan. Could you try to make the GUI
implementation
Stefan Schimanski wrote:
Hi!
I was wondering today how complicated it would be to add a completion
popup to mathed. Well, it took me three hours and here it is.
This looks very useful Stefan. Could you try to make the GUI
implementation generic enough so that it could be used within texted
On Wed, 6 Feb 2008, Uwe Stöhr wrote:
i found the wiki structure confusing.
Yes, because this was originally thought as developer page.
intuitively i will look for these manuals either in
http://wiki.lyx.org/LyX/Manuals
Yes, this should be the right place. Could you design this page the
rgheck wrote:
Something's weird here. This is all in tex2lyx. Are you compiling with
pch?
Oh, well, now I see the problem. I guess there must be some barrier to
using the frontends namespace in tex2lyx. I can see why that might be,
but it's inconvenient, to say the least.
Can someone he
76 matches
Mail list logo
