Abdelrazak Younes wrote:
> Bennett testing would be welcome of course but you don't need him to
> know if performance is better (especially since he's got is much
> powerful box now). "-dbg painting" will tell you all. Compare the
> console output of the patched and unpatched version while typing i
Enrico Forestieri wrote:
> Jürgen, this is also needed in branch.
What was wrong?
Jürgen
Andre Poenitz wrote:
On Tue, Oct 16, 2007 at 08:38:20AM +0300, Martin Vermeer wrote:
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is c
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
By the way Juergen, this patch is rather simple, maybe you'd like it for
1.5.3?
Yes, why not.
Could someone interested in having it in branch do it please? I have my
wide() patch applied locally and I don't want to retrieve yet another tree
On Tue, Oct 16, 2007 at 08:38:20AM +0300, Martin Vermeer wrote:
> On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
> >
> > The developers' list is a better place for this kind of thing.
> >
> > If you could get a backtrace, we could at least start to figure out
> > where this is com
Martin Vermeer wrote:
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is coming from.
rh
Hmmm... shouldn"t assertions be off in the en
On Mon, Oct 15, 2007 at 07:39:26PM -0400, Richard Heck wrote:
>
> The developers' list is a better place for this kind of thing.
>
> If you could get a backtrace, we could at least start to figure out
> where this is coming from.
>
> rh
Hmmm... shouldn"t assertions be off in the end user versi
On 10/16/07, Bennett Helm <[EMAIL PROTECTED]> wrote:
>
> I haven't had any of these problems on Intel, and neither has Anders
> on PPC.
Possibly but somone using a Sun was reporting similar problems a few
threads below.
> What version of gcc are you using?
bolt:~/pub/lyx-1.5.2 andy$ gcc --versio
Dear all,
The attached patch creates a Shortcuts panel in the Prefs dialog, and
moves bind file related controls to this panel. It does not add or
remove any existing feature.
I plan to
1. add a scrollable two-column list that displays LFUN and Shortcut.
2. allow insertion and edition of each it
Jean-Marc Lasgouttes wrote:
It would be nice to have an entry in LaTeXConfig.lyx explaining what
these things are good for and where to find them.
I will send a patch after the CTAN thing is settled.
Thanks,
Koji
Uwe Stöhr wrote:
Then we couldn't do much in this case. But english will only be loaded
when you mark text with this language. So the fix for this would be to
prepaer a template file for the two problematic classes and add there
a note describing this.
With the newest svn, I confirmed that wh
On Oct 15, 2007, at 5:24 PM, Honest Guvnor wrote:
Lyx 1.5.2, OSX 10.3.9, PowerPC G4
In an effort to investigate the odd behaviour of the binary version
(reported on users list) I have been unsuccessfully trying to compile
lyx 1.5.2. Points to note:
The config.h file is badly wrong. The followi
The developers' list is a better place for this kind of thing.
If you could get a backtrace, we could at least start to figure out
where this is coming from.
rh
Original Message
Subject:help: LyX crashes on startup... every time
Date: Tue, 16 Oct 2007 08:44:46 +10
On Mon, Oct 15, 2007 at 11:32:08PM -, [EMAIL PROTECTED] wrote:
> Author: forenr
> Date: Tue Oct 16 01:32:07 2007
> New Revision: 20977
>
> URL: http://www.lyx.org/trac/changeset/20977
> Log:
> Fix DraftDVI entry
Jürgen, this is also needed in branch.
> Modified:
> lyx-devel/trunk/lib/co
Jean-Marc Lasgouttes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
What's the official policy wrt dynamic_cast<>?
We currently have
frontends/qt4/GuiView.cpp: GuiWorkArea * wa = dynamic_cast(d.tab_widget_->currentWidget());
So it looks like we already use it.
For somebod
Lyx 1.5.2, OSX 10.3.9, PowerPC G4
In an effort to investigate the odd behaviour of the binary version
(reported on users list) I have been unsuccessfully trying to compile
lyx 1.5.2. Points to note:
The config.h file is badly wrong. The following were not defined:
setenv, putenv, popen, pclose, m
Abdelrazak Younes wrote:
Stefan Schimanski wrote:
Does it sound reasonable to check for overlaps of the text pixmaps,
to put the background color into the pixmap signature and to use
non-transparent bitmaps instead?
Seems the obvious way to go.
But I guess we will have problem to make this w
Andre Poenitz wrote:
On Thu, Oct 11, 2007 at 09:57:53AM -, [EMAIL PROTECTED] wrote:
+
+ Cursor * cur = view()? &view()->cursor(): 0;
Cursor * cur = view() ? &view()->cursor() : 0;
// I would really like to avoid having this switch and rather try to
// encode this
Richard Heck wrote:
Andre Poenitz wrote:
On Fri, Oct 12, 2007 at 09:13:19PM -0700, Angus Leeming wrote:
[EMAIL PROTECTED] wrote:
+/// FIXME: we pass Inset::Code as an int in order to avoid the
inclusion
+/// of "Inset.h". It would be better to put Inset::Code in its own
+///
Andre Poenitz wrote:
I wonder if we might have left the InsetCode insetCode(std::string const
& name); in Inset.h.
We have a few (only a few...) files now that can live without
the ~18k or so std::string include.
Why not but I guess std::string would be loaded anyway as most files
loads docs
Stefan Schimanski wrote:
Am 15.10.2007 um 22:46 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
This should explain it on Mac:
http://michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/
Here is the important part:
That said, I think Quartz is pretty smart because subpixel
a
[resent since gmane ate the original message yesterday]
Uwe Stöhr wrote:
> >> - docstring const & name = getParam("name");
> >> + string url = to_utf8(getParam("target"));
>
> > This is wrong. String processing must not be done with utf8 encoded
> > strings. It can fail in many ways,
Am 15.10.2007 um 22:46 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
This should explain it on Mac:
http://michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/
Here is the important part:
That said, I think Quartz is pretty smart because subpixel
antialiasing works on sem
Stefan Schimanski wrote:
This should explain it on Mac:
http://michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/
Here is the important part:
That said, I think Quartz is pretty smart because subpixel
antialiasing works on semitransparent backgrounds, like menus pulling
out from
On Mon, Oct 15, 2007 at 10:04:45PM +0200, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> > What's the official policy wrt dynamic_cast<>?
> >
> >
> > We currently have
> >
> > frontends/qt4/GuiView.cpp: GuiWorkArea * wa =
> > dynamic_cast(d.tab_widget_->c
Andre Poenitz <[EMAIL PROTECTED]> writes:
> What's the official policy wrt dynamic_cast<>?
>
>
> We currently have
>
> frontends/qt4/GuiView.cpp: GuiWorkArea * wa =
> dynamic_cast(d.tab_widget_->currentWidget());
> So it looks like we already use it.
For somebody who thinks that ca
This should explain it on Mac:
http://michelf.com/weblog/2006/subpixel-antialiasing-achilles-heel/
Here is the important part:
That said, I think Quartz is pretty smart because subpixel
antialiasing works on semitransparent backgrounds, like menus
pulling out from the menu bar. It implem
What's the official policy wrt dynamic_cast<>?
We currently have
frontends/qt4/GuiView.cpp: GuiWorkArea * wa =
dynamic_cast(
frontends/qt4/GuiView.cpp: GuiWorkArea * wa =
dynamic_cast(d.tab_widget_->currentWidget());
frontends/qt4/GuiView.cpp: Gu
On Sat, Oct 13, 2007 at 11:51:47PM +0200, Uwe Stöhr wrote:
> Unfortunately I could also not use Qt 4.2's designer - it doesn't start
> because my system config is for Qt 4.3, and when I change the config back
> to Qt 4.2, I couldn't compile using Qt 4.3.
Not sure what "system config" means in th
Am 15.10.2007 um 12:15 schrieb Stefan Schimanski:
Well, maybe not so wired. Just a guess: the backing pixmap is not
transparent. The cache uses transparent pixmaps and as I wrote in
the last posting, I think this makes a difference.
I removed the transparent fill command. Still there is no
[second try to resend since gmane ate the original message yesterday and
the first one of today]
Uwe Stöhr wrote:
> >> - docstring const & name = getParam("name");
> >> + string url = to_utf8(getParam("target"));
>
> > This is wrong. String processing must not be done with utf8 encod
On Mon, Oct 15, 2007 at 06:55:04PM +0200, Andre Poenitz wrote:
> On Thu, Oct 11, 2007 at 04:59:35PM +0300, Martin Vermeer wrote:
> >
> > This sanitizes the behaviour. This was a major irritant for me. Start
> > typing a formula, like E = mc^2, and press Control-Enter. The "= mc^2"
> > goes to the
Andre Poenitz wrote:
On Fri, Oct 12, 2007 at 09:13:19PM -0700, Angus Leeming wrote:
[EMAIL PROTECTED] wrote:
+ /// FIXME: we pass Inset::Code as an int in order to avoid the
inclusion
+ /// of "Inset.h". It would be better to put Inset::Code in its own
+ /// header.
Bennett Helm wrote:
And that shows that Mac defaults and Windows defaults are different,
which was my point.
sure. so just put in a this-years-style mac button when you package lyx...
On Sat, Oct 13, 2007 at 12:53:30PM +0300, Martin Vermeer wrote:
> On Sat, Oct 13, 2007 at 09:04:55AM +, [EMAIL PROTECTED] wrote:
> > Author: younes
> > Date: Sat Oct 13 11:04:52 2007
> > New Revision: 20936
> >
> > URL: http://www.lyx.org/trac/changeset/20936
> > Log:
> > Move Inset::Code to I
On Oct 15, 2007, at 12:58 PM, Edwin Leuven wrote:
Bennett Helm wrote:
I did a bit of digging, and I can't find it. I use the default
theme, and I checked in the Firefox.app bundle and in Library/
Application Support/Firefox, etc. Do you know the filename of the
icon?
on windows the icon i
On Fri, Oct 12, 2007 at 09:13:19PM -0700, Angus Leeming wrote:
> [EMAIL PROTECTED] wrote:
> >+/// FIXME: we pass Inset::Code as an int in order to avoid the
> >inclusion
> >+/// of "Inset.h". It would be better to put Inset::Code in its own
> >+/// header.
> > void changeRefsIfUniq
On Sat, Oct 13, 2007 at 05:40:50AM +0200, Uwe Stöhr wrote:
> Attached is a patch that gets rid of the ancient docbook "htmlurl" type
> (bug 1520).
> With the patch the checkbox in the URL-dialog uses now \href, so people can
> now switch between a printed URL and a hyperlinked URL (bug 2268).
>
On Thu, Oct 11, 2007 at 09:57:53AM -, [EMAIL PROTECTED] wrote:
> +
> + Cursor * cur = view()? &view()->cursor(): 0;
Cursor * cur = view() ? &view()->cursor() : 0;
>
> // I would really like to avoid having this switch and rather try to
> // encode this in the function
Bennett Helm wrote:
I did a bit of digging, and I can't find it. I use the default theme,
and I checked in the Firefox.app bundle and in Library/Application
Support/Firefox, etc. Do you know the filename of the icon?
on windows the icon is square. see attached...
<>
On Thu, Oct 11, 2007 at 11:10:50AM -0400, Richard Heck wrote:
>
> I have a friend I'm converting to LyX, and he likes it but misses the
> right-click context menu that is common in other apps. Has previous
> thought been given to this?
>
> rh
LyX was not a very GUI-ish application for most of
On Thu, Oct 11, 2007 at 04:59:35PM +0300, Martin Vermeer wrote:
>
> This sanitizes the behaviour. This was a major irritant for me. Start
> typing a formula, like E = mc^2, and press Control-Enter. The "= mc^2"
> goes to the next line, which in 99% of cases we don't want.
>
> - Martin
> Index: I
Richard Heck wrote:
Uwe Stöhr wrote:
There are still two cases where InsetCommandParams crashes. I added
them to
http://wiki.lyx.org/Devel/RegressionListSVN
Could you please have a look at them. Both are there since my Url ->
Hyperlink patch but I can't figure out what the problem is as I onl
Jürgen,
unfortunately (or fortunately) the problem is gone, without any
intervention on my side, although it persisted (quite stubbornly) for
some days.
I reply only with some delay because I have been out of town.
Cheers
Ekkehart
Jürgen Spitzmüller
Sat, 13 Oct 2007 06:39:50 -0700
Ekkehar
On Mon, Oct 15, 2007 at 01:48:45PM -, [EMAIL PROTECTED] wrote:
> Author: forenr
> Date: Mon Oct 15 15:48:44 2007
> New Revision: 20972
>
> URL: http://www.lyx.org/trac/changeset/20972
> Log:
> Better safe than sorry...
Nice.
Thanks.
Andre'
On Mon, Oct 15, 2007 at 03:47:42PM +0200, Enrico Forestieri wrote:
> On Mon, Oct 15, 2007 at 03:01:19PM +0200, Abdelrazak Younes wrote:
>
> > >
> > > Do you mean
> > >
> > > if (it == unicodesymbols.end())
> > > return false;
> > > ?
> >
> > Yes, that's what Andre means :-)
>
> I
On Mon, Oct 15, 2007 at 01:21:51PM +0200, Enrico Forestieri wrote:
> On Mon, Oct 15, 2007 at 08:46:15AM +0200, Andre Poenitz wrote:
>
> > > +bool Encodings::isKnownLangChar(char_type c, string & preamble)
> > > +{
> > > + CharInfoMap::const_iterator const it = unicodesymbols.find(c);
> > > + if (i
On Mon, Oct 15, 2007 at 11:40:08AM +0200, Abdelrazak Younes wrote:
> Stefan Schimanski wrote:
> >Hi!
> >
> >After compiling the latest trunk (with the pixmap cache optimization in
> >the GuiPainter) I noticed a very bad font rendering. I attached two
> >pictures,
>
> Maybe I'm blind but I don't
Jean-Marc Lasgouttes wrote:
> Create a amsart.layout-based document with just a corollary. It won't
> typeset because it relies on a "thm" counter.
I see. How bad. I thought I tested Paul's patch carefully :-(
> The following patch takes care of defining the theorem environment
> when needed. It
Bennett Helm wrote:
> Do you know the filename of the icon?
No.
Jürgen
Uwe Stöhr wrote:
There are still two cases where InsetCommandParams crashes. I added
them to
http://wiki.lyx.org/Devel/RegressionListSVN
Could you please have a look at them. Both are there since my Url ->
Hyperlink patch but I can't figure out what the problem is as I only
renamed "url" to "
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Because in some version of the class, other theorem-like are declared
>> as using the [thm] numbering. So theorem has to be declared
>> beforehand.
>
> Could you elaborate a bit?
Create a amsart.layout-based document
On Mon, Oct 15, 2007 at 03:19:58PM +0200, Jean-Marc Lasgouttes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> I am not sure I understand why we want a second dissolve menu entry
> >> specially for charstyle insets. Isn't it going to be even more
> >> confusing?
> >
> > If you say so...
Hans Meine wrote:
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
Enrico Forestieri wrote:
On Mon, Oct 15, 2007 at 03:01:19PM +0200, Abdelrazak Younes wrote:
Do you mean
if (it == unicodesymbols.end())
return false;
?
Yes, that's what Andre means :-)
I've done that.
Thanks.
I'd feel more comfortable with ... + 1 < ...
Me too, bu
Jean-Marc Lasgouttes wrote:
> Because in some version of the class, other theorem-like are declared
> as using the [thm] numbering. So theorem has to be declared
> beforehand.
Could you elaborate a bit?
Jürgen
On Mon, Oct 15, 2007 at 02:49:27PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > That's in response to a precise request from me and not done without
> > my consent. For example, the first thing I do when forced to use Word,
> > is deactivating that stup
On Oct 15, 2007, at 4:41 AM, Jürgen Spitzmüller wrote:
Bennett Helm wrote:
I could, but the relevant issue is what Mac OS standards are, and
it's not square buttons but round or oval buttons -- round in this
case. Mac also does not use a colorful button in this case but -- in
this case -- grey
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>
>> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>>
>>> That's in response to a precise request from me and not done without
>>> my consent. For example, the first thing I do when forced to use Word,
>>> is deactivatin
Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
>> That's in response to a precise request from me and not done without
>> my consent. For example, the first thing I do when forced to use Word,
>> is deactivating that stupid "feature" about underlining in red unknown
On Mon, Oct 15, 2007 at 03:01:19PM +0200, Abdelrazak Younes wrote:
> >
> > Do you mean
> >
> > if (it == unicodesymbols.end())
> > return false;
> > ?
>
> Yes, that's what Andre means :-)
I've done that.
> >> I'd feel more comfortable with ... + 1 < ...
> >
> > Me too, but th
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> I am not sure I understand why we want a second dissolve menu entry
>> specially for charstyle insets. Isn't it going to be even more
>> confusing?
>
> If you say so... but people wanted this in order to keep together with
> the menu entries for apply
On Mon, Oct 15, 2007 at 02:45:19PM +0200, Jean-Marc Lasgouttes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> > Not good enough. OptItem was there in the version Bo complained
> > about. Wat we would need is two different things: 1)
> > disable/enable based on whether we are
> > inside a
Enrico Forestieri wrote:
On Mon, Oct 15, 2007 at 08:46:15AM +0200, Andre Poenitz wrote:
+bool Encodings::isKnownLangChar(char_type c, string & preamble)
+{
+ CharInfoMap::const_iterator const it = unicodesymbols.find(c);
+ if (it != unicodesymbols.end()) {
+ if (it->se
Hartmut Haase <[EMAIL PROTECTED]> writes:
> As the time between 2 releases is normally a couple of months, the
> documentation gets a bit outdated. There are two possibilities th change
> that:
> 1. zip the packages again once in a month if there are several documentation
> updates
> 2. release
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Koji Yokota schrieb:
>
>>> I implemented JMarcs suggestion that the japanese packaeg is only
>>> loaded when a textclass doesn't already provide it.
>>
>> Thank you. I attach layout files for standard Japanese classes using
>> this feature. Could you include
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> That's in response to a precise request from me and not done without
> my consent. For example, the first thing I do when forced to use Word,
> is deactivating that stupid "feature" about underlining in red unknown
> words.
If the error happens at l
Martin Vermeer <[EMAIL PROTECTED]> writes:
> Not good enough. OptItem was there in the version Bo complained
> about. Wat we would need is two different things: 1)
> disable/enable based on whether we are
> inside a charstyle inset; and 2) appear/not appear based on
> whether this textclass/doc
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 anot
On Mon, Oct 15, 2007 at 08:46:15AM +0200, Andre Poenitz wrote:
> > +bool Encodings::isKnownLangChar(char_type c, string & preamble)
> > +{
> > + CharInfoMap::const_iterator const it = unicodesymbols.find(c);
> > + if (it != unicodesymbols.end()) {
> > + if (it->second.preamble != "te
Well, maybe not so wired. Just a guess: the backing pixmap is not
transparent. The cache uses transparent pixmaps and as I wrote in
the last posting, I think this makes a difference.
I removed the transparent fill command. Still there is not sub-pixel
rendering. Strange.
Stefan
PGP.sig
Maybe I'm blind but I don't see big differences between the two
pictures.
Here is a zoom of both. You see the colored pixel on the right. It is
very well possible that there is no or hardly any difference on your
display. It depends on how the different colors of the pixels are
ordered. S
Stefan Schimanski wrote:
Hi!
After compiling the latest trunk (with the pixmap cache optimization in
the GuiPainter) I noticed a very bad font rendering. I attached two
pictures,
Maybe I'm blind but I don't see big differences between the two pictures.
the first showing trunk with normal an
Hi!
After compiling the latest trunk (with the pixmap cache optimization
in the GuiPainter) I noticed a very bad font rendering. I attached
two pictures, the first showing trunk with normal antialiasing, the
right showing direct font rendering with the pixmap cache disabled,
i.e. Qt is us
Bennett Helm wrote:
> I could, but the relevant issue is what Mac OS standards are, and
> it's not square buttons but round or oval buttons -- round in this
> case. Mac also does not use a colorful button in this case but -- in
> this case -- grey buttons.
My firefox looks different. However
75 matches
Mail list logo
