On Samstag 09 Februar 2008, Pavel Sanda wrote:
I think an adjustment of the zoom and/or dpi settings while in
fullscreen should do the trick.
what should that dpi thing do? i just tried now to set different values,
but nothing happens with my screen or fonts. but i dont understand what
has
On Samstag 09 Februar 2008, Pavel Sanda wrote:
> >I think an adjustment of the zoom and/or dpi settings while in
> >fullscreen should do the trick.
>
> what should that dpi thing do? i just tried now to set different values,
> but nothing happens with my screen or fonts. but i dont understand what
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 accessing
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
Am Montag, 04. Februar 2008 16:50:55 schrieb [EMAIL PROTECTED]:
On Sun, 3 Feb 2008, Joost Verburg wrote:
Maybe it would be better to switch to SourceForge or something similar.
They provide web hosting, SVN, mailing lists, download mirrors etc., and
it's much more reliable than the current
Am Montag, 04. Februar 2008 16:50:55 schrieb [EMAIL PROTECTED]:
> On Sun, 3 Feb 2008, Joost Verburg wrote:
> > Maybe it would be better to switch to SourceForge or something similar.
> > They provide web hosting, SVN, mailing lists, download mirrors etc., and
> > it's much more reliable than the
On Freitag 01 Februar 2008, Pavel Sanda wrote:
What Qt version is that?
4.3.2
FWIW, I cannot reproduce the crash with Qt 4.3.1. Maybe one may rely on the
bug being fixed upstream, and/or distributions patching Qt 4.3.2 as soon as a
patch is found.
Ciao, / /
On Freitag 01 Februar 2008, Pavel Sanda wrote:
> > What Qt version is that?
>
> 4.3.2
FWIW, I cannot reproduce the crash with Qt 4.3.1. Maybe one may rely on the
bug being fixed upstream, and/or distributions patching Qt 4.3.2 as soon as a
patch is found.
Ciao, / /
Am Mittwoch, 23. Januar 2008 09:33:18 schrieb Jean-Marc Lasgouttes:
Uwe Stöhr [EMAIL PROTECTED] writes:
The math toolbar misses a submenu where the user can insert the following
boxes \fbox, \framebox, \mbox, \makebox, and \boxed
Has anybody a proposal for icons for them?
Do we need all
Am Montag, 28. Januar 2008 12:21:15 schrieb Jean-Marc Lasgouttes:
[EMAIL PROTECTED] writes:
Author: rgheck
Date: Sat Jan 26 21:41:19 2008
New Revision: 22687
URL: http://www.lyx.org/trac/changeset/22687
Log:
Fix some problems in makeAbsPath():
i. It didn't handle a leading ~
Is
Am Mittwoch, 23. Januar 2008 09:33:18 schrieb Jean-Marc Lasgouttes:
> Uwe Stöhr <[EMAIL PROTECTED]> writes:
> > The math toolbar misses a submenu where the user can insert the following
> > boxes \fbox, \framebox, \mbox, \makebox, and \boxed
> >
> > Has anybody a proposal for icons for them?
>
>
Am Montag, 28. Januar 2008 12:21:15 schrieb Jean-Marc Lasgouttes:
> [EMAIL PROTECTED] writes:
> > Author: rgheck
> > Date: Sat Jan 26 21:41:19 2008
> > New Revision: 22687
> >
> > URL: http://www.lyx.org/trac/changeset/22687
> > Log:
> > Fix some problems in makeAbsPath():
> > i. It didn't handle
Am Donnerstag, 17. Januar 2008 11:11:06 schrieb Uwe Stöhr:
I want to suggest a (minor) improvement about entering text in formulas:
Hitting C-m in math-mode readily inserts an \mbox{}, such that the text
inside is set in an upright font - VERY USEFUL!
I suggest however to use
Am Donnerstag, 17. Januar 2008 11:11:06 schrieb Uwe Stöhr:
> > I want to suggest a (minor) improvement about entering text in formulas:
> >
> > Hitting C-m in math-mode readily inserts an \mbox{}, such that the text
> > inside is set in an upright font - VERY USEFUL!
> >
> > I suggest
On Samstag 12 Januar 2008, Uwe Stöhr wrote:
Is it planned to officially support that package?
LyX 1.5 supports this except of some specialities like e.g. the alignment
of the table rules.
Thanks to José and you for this information.
I have only recently been pointed to booktabs (a style
On Samstag 12 Januar 2008, Uwe Stöhr wrote:
> > Is it planned to officially support that package?
>
> LyX 1.5 supports this except of some specialities like e.g. the alignment
> of the table rules.
Thanks to José and you for this information.
> > I have only recently been pointed to booktabs
Hi!
Disclaimer: Since I have only three weeks left for finishing my PhD thesis, I
am still using 1.4.6svn -- no time for any upgrade surprises anymore.
I have only recently been pointed to booktabs (a style for non-ugly tables
suitable for books) -- has anyone used that with LyX yet? (How?)
Hi!
Disclaimer: Since I have only three weeks left for finishing my PhD thesis, I
am still using 1.4.6svn -- no time for any upgrade surprises anymore.
I have only recently been pointed to booktabs (a style for non-ugly tables
suitable for books) -- has anyone used that with LyX yet? (How?)
On Donnerstag 10 Januar 2008, Uwe Stöhr wrote:
Jean-Marc Lasgouttes schrieb:
No, when the line is numbered I see
[X] Number this line
which is pretty clear.
I still don't get it: When the formula is already numbered I see a
checkmark indeed, but the menu name still states that the menu
On Donnerstag 10 Januar 2008, Hans Meine wrote:
No; you see that the menu item is checked, so you see that the
corresponding setting is enabled. I wanted to post the authoritative KDE
styleguide answer to this, but I cannot find any long discussion of this
topic anymore (I know this came up
On Donnerstag 10 Januar 2008, Uwe Stöhr wrote:
> Jean-Marc Lasgouttes schrieb:
> > No, when the line is numbered I see
> > [X] Number this line
> > which is pretty clear.
>
> I still don't get it: When the formula is already numbered I see a
> checkmark indeed, but the menu name still states
On Donnerstag 10 Januar 2008, Hans Meine wrote:
> No; you see that the menu item is checked, so you see that the
> corresponding setting is enabled. I wanted to post the authoritative KDE
> styleguide answer to this, but I cannot find any long discussion of this
> topic anymore (I kn
Am Montag, 17. Dezember 2007 06:47:34 schrieb Bo Peng:
It is difficult to write tikz figures for beamer slides because it is
easy to make grammar mistakes, and it is difficult to preview the
figure.
I am writing such figures in separate, \input'ed .tikz files that I preview
externally (see
Am Montag, 17. Dezember 2007 06:47:34 schrieb Bo Peng:
> It is difficult to write tikz figures for beamer slides because it is
> easy to make grammar mistakes, and it is difficult to preview the
> figure.
I am writing such figures in separate, \input'ed .tikz files that I preview
externally (see
Am Mittwoch, 12. Dezember 2007 22:18:15 schrieb Juergen Spitzmueller:
Can we make this the default?
Probably. But I don't see a huge benefit. To you think it is easier to
discover how to separate tabbed widgets into individual docks than the
other way round?
Personally I wouldn't miss
Am Mittwoch, 12. Dezember 2007 22:18:15 schrieb Juergen Spitzmueller:
> >> Can we make this the default?
> >
> > Probably. But I don't see a huge benefit. To you think it is easier to
> > discover how to separate tabbed widgets into individual docks than the
> > other way round?
>
> Personally I
Am Dienstag, 11. Dezember 2007 21:23:55 schrieb
[EMAIL PROTECTED]:
On Tue, 11 Dec 2007, Les Denham wrote:
On Tuesday 11 December 2007, bigblop wrote:
Does anyone actually use the LyX way to include figures/pictures?
I always use the LyX way, and I frequently produce documents with tens
Am Dienstag, 11. Dezember 2007 21:23:55 schrieb
[EMAIL PROTECTED]:
> On Tue, 11 Dec 2007, Les Denham wrote:
> > On Tuesday 11 December 2007, bigblop wrote:
> >> Does anyone actually use the LyX way to include figures/pictures?
> >
> > I always use the LyX way, and I frequently produce documents
Am Dienstag, 11. Dezember 2007 00:00:10 schrieb Stefan Schimanski:
_no_ trailing whitespace would be even nicer ;-)
Wondering if Emacs has some setting to remove those by itself.
No setting AFAIK, but here's what I hacked together, borrowing some
stuff/ideas from something similar proposed
Am Dienstag, 11. Dezember 2007 00:00:10 schrieb Stefan Schimanski:
> > _no_ trailing whitespace would be even nicer ;-)
>
> Wondering if Emacs has some setting to remove those by itself.
No setting AFAIK, but here's what I hacked together, borrowing some
stuff/ideas from something similar
On Samstag 08 Dezember 2007, Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
If so, then should we remove it?
As I remember this, some voted for this.
I disagree. I'm still using it in all my documents.
Is there something newer and better?
I don't know.
No, there isn't (yet). That's
On Samstag 08 Dezember 2007, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > > If so, then should we remove it?
> >
> > As I remember this, some voted for this.
>
> I disagree. I'm still using it in all my documents.
>
> > > Is there something newer and better?
> >
> > I don't know.
>
> No, there
Am Freitag, 16. November 2007 12:37:36 schrieb sebastian guttenberg:
Unfortunatley there are some files of mine, on which I simply cannot
work with 1.6.0svn, due to a problematic bug with the index-insets.
So I want to install 1.5.2 again, but at the same time keep 1.6.0svn for
testing and for
Am Freitag, 16. November 2007 12:37:36 schrieb sebastian guttenberg:
> Unfortunatley there are some files of mine, on which I simply cannot
> work with 1.6.0svn, due to a problematic bug with the index-insets.
> So I want to install 1.5.2 again, but at the same time keep 1.6.0svn for
> testing and
Am Mittwoch, 14. November 2007 13:59:37 schrieb Helge Hafting:
My guess: LyX has to keep track of whether a middle-click
paste should come from Lyx itself (formatted) or from the outside. (text)
Actually, it is possible to support formatted and plaintext copy buffers with
X11 (i.e. arbitrary
Am Mittwoch, 14. November 2007 13:59:37 schrieb Helge Hafting:
> My guess: LyX has to keep track of whether a middle-click
> paste should come from Lyx itself (formatted) or from the outside. (text)
Actually, it is possible to support formatted and plaintext copy buffers with
X11 (i.e. arbitrary
On Freitag 02 November 2007, Abdelrazak Younes wrote:
@@ -77,10 +77,10 @@
OutputParams const runparams) const
{
//FIXME: all strings in this routine should be docstrings
- string url = to_utf8(getParam(target));
+ docstring url = getParam(target);
What
On Freitag 02 November 2007, Abdelrazak Younes wrote:
> @@ -77,10 +77,10 @@
> OutputParams const & runparams) const
> {
> //FIXME: all strings in this routine should be docstrings
> - string url = to_utf8(getParam("target"));
> + docstring url =
Am Mittwoch, 31. Oktober 2007 10:20:08 schrieb Jean-Marc Lasgouttes:
Bo Peng [EMAIL PROTECTED] writes:
If you remove C-g from cua.bind by \bind C-g, and then you switch
to another bind file that does not have C-g. How do you treat this
\bind C-g item in user.bind? This is my 'unmatched
Am Mittwoch, 31. Oktober 2007 11:09:54 schrieb José Matos:
On Wednesday 31 October 2007 09:37:19 Hans Meine wrote:
I usually typeset PDFs, and I include lots of PDF images, so
pressing Ctrl-t leaves me with an unusable LyX for more than a minute.
:-(
Even with figure cache active
Am Mittwoch, 31. Oktober 2007 10:20:08 schrieb Jean-Marc Lasgouttes:
> "Bo Peng" <[EMAIL PROTECTED]> writes:
> > If you remove C-g from cua.bind by \bind "" "C-g", and then you switch
> > to another bind file that does not have C-g. How do you treat this
> > \bind "" "C-g" item in user.bind? This
Am Mittwoch, 31. Oktober 2007 11:09:54 schrieb José Matos:
> On Wednesday 31 October 2007 09:37:19 Hans Meine wrote:
> > I usually typeset PDFs, and I include lots of PDF images, so
> > pressing Ctrl-t leaves me with an unusable LyX for more than a minute.
> > :-(
>
> Ev
Am Montag, 15. Oktober 2007 12:03:35 schrieb Stefan Schimanski:
This is really bizarre in that, even when the cache is disabled, we
still uses a backing QPixmap. What you are saying means that
painting a QPixmap onto the screen does not render the same as
painting it onto another
Am Montag, 15. Oktober 2007 12:03:35 schrieb Stefan Schimanski:
> > This is really bizarre in that, even when the cache is disabled, we
> > still uses a backing QPixmap. What you are saying means that
> > painting a QPixmap onto the screen does not render the same as
> > painting it onto
Am Montag, 08. Oktober 2007 08:53:43 schrieb Jürgen Spitzmüller:
Tommaso Cucinotta wrote:
Please, can you tell me what is the command/tag to check-out a
1.5.2 branch ? I can make a check to see if it's just my laptop.
svn co svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X lyx-1.5.x
Am Montag, 08. Oktober 2007 08:53:43 schrieb Jürgen Spitzmüller:
> Tommaso Cucinotta wrote:
> > Please, can you tell me what is the command/tag to check-out a
> > 1.5.2 branch ? I can make a check to see if it's just my laptop.
>
> svn co svn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_5_X
On Samstag 06 Oktober 2007, Tommaso Cucinotta wrote:
I've uploaded a couple of screenshots that show what the idea (actually,
the current
uncomplete implementation) looks like here:
http://feanor.sssup.it/~tommaso/findadv.png
http://feanor.sssup.it/~tommaso/findadv-re.png
Great, really!
On Samstag 06 Oktober 2007, Tommaso Cucinotta wrote:
> I've uploaded a couple of screenshots that show what the idea (actually,
> the current
> uncomplete implementation) looks like here:
>
> http://feanor.sssup.it/~tommaso/findadv.png
> http://feanor.sssup.it/~tommaso/findadv-re.png
Great,
On Mittwoch 03 Oktober 2007, Dov Feldstern wrote:
Martin Vermeer wrote:
These (the ones already made) are not 'hacks' by any measure. You have
a stereotyped image of what a (collapsable) inset should be, and it
doesn't correspond to what they are today ;-)
I mean, what is 'inset-like'?
On Mittwoch 03 Oktober 2007, Dov Feldstern wrote:
> Martin Vermeer wrote:
> > These (the ones already made) are not 'hacks' by any measure. You have
> > a stereotyped image of what a (collapsable) inset should be, and it
> > doesn't correspond to what they are today ;-)
> >
> > I mean, what is
//
/* */
/* Copyright 2004 by Hans Meine */
/* Cognitive Systems Group, University of Hamburg, Germany*/
/* */
/*This file is part of the VIGRA computer
On Freitag 28 September 2007, Andre Poenitz wrote:
On Fri, Sep 28, 2007 at 09:28:53AM +0200, Abdelrazak Younes wrote:
Richard Heck wrote:
Towards working on this slowness issue---is there some easy way to get
access to a high-precision timer, so I can toss a few statements into
various
s CPU time (instead of wall clock
time), using on unix. I think a similar thing may also exist
in boost.
--
Ciao, / /
/--/
/ / ANS
/********/
/* */
/* Copyright 2004 by Hans Meine */
/* Cognitive
On Freitag 28 September 2007, Andre Poenitz wrote:
> On Fri, Sep 28, 2007 at 09:28:53AM +0200, Abdelrazak Younes wrote:
> > Richard Heck wrote:
> > >Towards working on this slowness issue---is there some easy way to get
> > >access to a high-precision timer, so I can toss a few statements into
> >
Am Donnerstag, 27. September 2007 15:09:30 schrieb Abdelrazak Younes:
I'd personally prefer that you put English appreciated instead. Even
if someone doesn't know a word in English there often are other users
that can translate the request. I think we should not scare off these
users just
Am Donnerstag, 27. September 2007 15:09:30 schrieb Abdelrazak Younes:
> I'd personally prefer that you put "English appreciated" instead. Even
> if someone doesn't know a word in English there often are other users
> that can translate the request. I think we should not scare off these
> users
Am Montag, 24. September 2007 08:08:35 schrieb Jürgen Spitzmüller:
I don't think this is the correct approach. The error you see is not bound
to a specific LyX version, you can also produce it with LyX 1.5:
- insert a table
- make a cell of fixed width with some content
-
Am Montag, 24. September 2007 08:08:35 schrieb Jürgen Spitzmüller:
> I don't think this is the correct approach. The error you see is not bound
> to a specific LyX version, you can also produce it with LyX 1.5:
>
> - insert a table
> - make a cell of fixed width with some content
> -
Am Mittwoch, 05. September 2007 14:22:35 schrieb Darren Freeman:
On Wed, 2007-09-05 at 14:18 +0200, Jean-Marc Lasgouttes wrote:
I am taker for any hints.
Here is a quick and lazy solution to get things going again:
mv /var/foo /home/foo
ln -s /home/foo /var
Uuh, first use lsof to check
Am Mittwoch, 05. September 2007 14:22:35 schrieb Darren Freeman:
> On Wed, 2007-09-05 at 14:18 +0200, Jean-Marc Lasgouttes wrote:
> > I am taker for any hints.
>
> Here is a quick and lazy solution to get things going again:
>
> mv /var/foo /home/foo
> ln -s /home/foo /var
Uuh, first use "lsof"
Am Montag, 03. September 2007 11:30:04 schrieb Enrico Forestieri:
On Mon, Sep 03, 2007 at 07:26:06AM +0300, Martin Vermeer wrote:
On Mon, Sep 03, 2007 at 12:12:44PM +1000, Darren Freeman wrote:
There is still the outstanding problem of getting the as-compiled LyX
to install fonts on SuSE,
Am Montag, 03. September 2007 11:30:04 schrieb Enrico Forestieri:
> On Mon, Sep 03, 2007 at 07:26:06AM +0300, Martin Vermeer wrote:
> > On Mon, Sep 03, 2007 at 12:12:44PM +1000, Darren Freeman wrote:
> > > There is still the outstanding problem of getting the as-compiled LyX
> > > to install fonts
Am Montag, 27. August 2007 05:53:26 schrieb Angus Leeming:
Martin Vermeer wrote:
I am also using XFig, and text in special mode, and include the figure
as external material. For me it Just Works. You don't even have to
start up a separate XFig session manually, just click the button in LyX.
Am Montag, 27. August 2007 05:53:26 schrieb Angus Leeming:
> Martin Vermeer wrote:
> > I am also using XFig, and text in special mode, and include the figure
> > as "external material". For me it Just Works. You don't even have to
> > start up a separate XFig session manually, just click the
Thanks Martin, for your answer.
On Freitag 24 August 2007, Martin Vermeer wrote:
Now the problem that I have is, that the TeX code (i.e. the included
.pdftex_t or .tikz files) includes images with
\includegraphics{subdir/foobar.pdf/png}, and these files do not exist in
LyX's /tmp dir. I
Thanks Martin, for your answer.
On Freitag 24 August 2007, Martin Vermeer wrote:
> > Now the problem that I have is, that the TeX code (i.e. the included
> > .pdftex_t or .tikz files) includes images with
> > \includegraphics{subdir/foobar.pdf/png}, and these files do not exist in
> > LyX's /tmp
Hi!
I have been using XFig for creating images, now I want to add text on top of
the images. I see the following possibilities:
1) use overpic - I did that in that in the past, and IIRC I sent a feature
request somewhere for better overpic support in LyX, but I cannot find it
right now
2) use
Hi!
I have been using XFig for creating images, now I want to add text on top of
the images. I see the following possibilities:
1) use overpic - I did that in that in the past, and IIRC I sent a feature
request somewhere for better overpic support in LyX, but I cannot find it
right now
2) use
68 matches
Mail list logo