Georg Baum wrote:
> Did you readd the caption on purpose, or was it just qdesigner?
That was done by qdesigner. I just corrected the horizontal and grid layouts.
Jürgen
Am Sonntag, 29. Januar 2006 14:42 schrieb Juergen Spitzmueller:
> Done. Get it out! ;-)
Did you readd the caption on purpose, or was it just qdesigner?
Georg
Lars Gullik Bjønnes wrote:
> Ok, then I fear we have no choice.
Thanks.
> Please commit it. (be quick so that I can get pre4 ready :-) )
Done. Get it out! ;-)
Jürgen
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > This will change po files right?
|
| Yes, I fear so.
|
| > And is it utterly unusable without this patch?
|
| It is. In German localization, it is impossible to select quotation mark
style
| and encoding.
Ok, t
Lars Gullik Bjønnes wrote:
> This will change po files right?
Yes, I fear so.
> And is it utterly unusable without this patch?
It is. In German localization, it is impossible to select quotation mark style
and encoding.
Jürgen
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Juergen Spitzmueller wrote:
| > The "Language" pane of the Qt document dialog is broken at least in the
| > German localization (see attached screenshot).
| > The attached patch fixes this.
|
| Lars, can I apply this please? The fix is trivial an
Juergen Spitzmueller wrote:
> The "Language" pane of the Qt document dialog is broken at least in the
> German localization (see attached screenshot).
> The attached patch fixes this.
Lars, can I apply this please? The fix is trivial and misdrawn dialogs throw
unnecessary bad light on us.
Jürgen
The "Language" pane of the Qt document dialog is broken at least in the German
localization (see attached screenshot).
The attached patch fixes this.
OK to apply?
Jürgen
lyx1.png
Description: PNG image
Index: src/frontends/qt2/ui/LanguageModuleBase.ui
===
Kuba Ober wrote:
> - let the core do all package-depedent checks
> - the core then returns a functionality set (flags) to the frontend
> - the frontend diasables/enables widgets per functionality set (bitmapped
> flags) and also indicated invalid entries per some more flags
I don't know if this wi
Jean-Marc Lasgouttes wrote:
> I will apply your three patches (is that right?),
Yes. a4-3.diff, papersize.diff and bug 844.diff. Thanks.
> but it would be
> nice in 1.4 to clean this up in buffer.C too.
Agreed. I think you can apply the patches so that everything works. Then we
can start clean
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> I think this is more transparent, as the user sees "Aha, this
Juergen> is not possible now". But once the logic is handled by the
Juergen> frontend, the core code is not needed anymore I think (unless
Juergen> you think t
> > Juergen> I think we should decide if we want the logic in the core or
> > Juergen> in the frontends. I'd vote for the frontend simply because of
> > Juergen> transparency to the users (disabling/enabling widgets etc.)
> > Juergen> and because the frontends have different means to handle the
> >
Jean-Marc Lasgouttes wrote:
> Juergen> I think we should decide if we want the logic in the core or
> Juergen> in the frontends. I'd vote for the frontend simply because of
> Juergen> transparency to the users (disabling/enabling widgets etc.)
> Juergen> and because the frontends have different mea
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> I think we should decide if we want the logic in the core or
Juergen> in the frontends. I'd vote for the frontend simply because of
Juergen> transparency to the users (disabling/enabling widgets etc.)
Juergen> and because
Lars Gullik Bjønnes wrote:
> | Which would look a like the attached patch, which solves bug 844
> | frontend-wise. With this, BufferParams::setPaperStuff and thus the
> | papersize/papersize2 distinction could go I think (but this is rather
> | your area). This means that the clever stuff moved fro
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| Juergen Spitzmueller wrote:
| > apart from that it is an xforms specific problem. The qt
| > frontend resets packages to none when the paperformat changes to anything
| > different than A4. XForms should do that too
|
| Which would look a like th
Juergen Spitzmueller wrote:
> apart from that it is an xforms specific problem. The qt
> frontend resets packages to none when the paperformat changes to anything
> different than A4. XForms should do that too
Which would look a like the attached patch, which solves bug 844
frontend-wise. With th
Jean-Marc Lasgouttes wrote:
> Juergen> I think this can go into 1.3 too (the patch is against
> Juergen> 1.3.1cvs, but it should also apply to HEAD).
>
> Does this fix the problems in bug 844? The situation is rather ugly
> currently and I would like a global fix.
No, I was not aware of that. It f
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Fixes a small bug in QDocumentDialog: the A4 extra packages
Juergen> should also be shown if default papersize is A4 and default
Juergen> chosen, furthermore only in portrait mode. This is the case
Juergen> in Xforms and
Juergen Spitzmueller wrote:
> Yes, you're right. Try this.
Arghh, I have accidentally snipped the changes in *.h.
Thanks,
Jürgen.
Index: src/frontends/qt2/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ChangeLog,v
retri
John Levon wrote:
> > Fixes a small bug in QDocumentDialog: the A4 extra packages should also
> > be shown if default papersize is A4 and default chosen, furthermore only
> > in portrait mode. This is the case in Xforms and previous LyX versions.
>
> Seems like that change_adaptor will no longer be
On Sun, Feb 09, 2003 at 03:16:05AM +0100, Juergen Spitzmueller wrote:
> Fixes a small bug in QDocumentDialog: the A4 extra packages should also be
> shown if default papersize is A4 and default chosen, furthermore only in
> portrait mode. This is the case in Xforms and previous LyX versions.
Se
Fixes a small bug in QDocumentDialog: the A4 extra packages should also be
shown if default papersize is A4 and default chosen, furthermore only in
portrait mode. This is the case in Xforms and previous LyX versions.
I think this can go into 1.3 too (the patch is against 1.3.1cvs, but it should
On Thu, Jan 16, 2003 at 12:32:35PM +0100, Lars Gullik Bj?nnes wrote:
> | that linespacing was on the wrong panel
>
> Was that _really_ a bug?
*I* (me !!) got confused ! And as I am obviously supremely important ...
john
--
"I could have reasons to back up my gut feeling that the web sucks
flo
On Thu, Jan 16, 2003 at 11:23:04AM +0100, Juergen Spitzmueller wrote:
> BTW: qt's geometry management *really* sucks. Why is the document dialog that
> large (height)? I just cannot change this. And in german translation, I get a
I don't know.
> vertical scrollbar in the module ListBox, becaus
Lars Gullik Bjønnes wrote:
> What bug did this fix?
I don't recall the number (as bugzilla is down), but it was assigned as a
major bug.
Jürgen
Edwin Leuven <[EMAIL PROTECTED]> writes:
| > What bug did this fix?
|
| that linespacing was on the wrong panel
Was that _really_ a bug?
but ok... from now on until 1.3.0 is release such changes are not
allowed.
--
Lgb
> What bug did this fix?
that linespacing was on the wrong panel
Edwin Leuven <[EMAIL PROTECTED]> writes:
| > Objections? Edwin, could you please apply if there are none?
|
| applied
What bug did this fix?
--
Lgb
> Objections? Edwin, could you please apply if there are none?
applied
> BTW: qt's geometry management *really* sucks. Why is the document dialog
> that large (height)? I just cannot change this.
It has something todo with the bullet item panel
Ed.
Andre Poenitz wrote:
> What about "Anstriche"? No more wrong than "bullets"...
Maybe. But I thought qt is a bit more clever than xforms, where german
translations always caused trouble, namely "Aufzählungszeichen".
Jürgen.
On Thu, Jan 16, 2003 at 11:23:04AM +0100, Juergen Spitzmueller wrote:
> BTW: qt's geometry management *really* sucks. Why is the document
> dialog that large (height)? I just cannot change this. And in german
> translation, I get a vertical scrollbar in the module ListBox, because
> "Aufzählungszei
I have moved the items linespacing and encoding from packages to more obvious
sections (layout resp. language). However, I have kept the packages section
for "use AMS" and "PS driver", but moved it down in the browser (just before
preamble). I don't know a better place (I thought about a math an
On Thu Nov 7, 2002 16:12, Juergen Spitzmueller wrote:
> Edwin Leuven wrote:
> > applied (hope no one objects ;-)
>
> Thanks, Ed.
> Incidentally, why is this? Restore works, doesn't it?
>
> void QDocumentDialog::restore()
> {
> qWarning( "DocumentDialog::restore() not yet implemented!" );
> }
I
Edwin Leuven wrote:
> applied (hope no one objects ;-)
Thanks, Ed.
Incidentally, why is this? Restore works, doesn't it?
void QDocumentDialog::restore()
{
qWarning( "DocumentDialog::restore() not yet implemented!" );
}
Jürgen.
Lars Gullik Bjønnes wrote:
> Was this error present before I fixed 668?
> (satans neighbour across the street...)
I /think/ that I have seen it before, but only in the qt frontend.
OTOH, at that time buffer update was completely broken there, so I am not
shure.
Can you revert it to check?
Jürgen
On Thu Nov 7, 2002 14:49, Juergen Spitzmueller wrote:
> Seems that I need always three shots ;-)
but you get there!
> Please apply this patch and forget about the former 2.
applied (hope no one objects ;-)
Thanks, Ed.
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| Jean-Marc Lasgouttes wrote:
>> Is it the same with xforms?
>
| Yes, indeed!
Was this error present before I fixed 668?
(satans neighbour across the street...)
--
Lgb
Jean-Marc Lasgouttes wrote:
> Is it the same with xforms?
Yes, indeed!
> Might it be a result of the recent patch
> from lars for the redrawing of labels?
Hmm, don't know. But I'm happy to know that it is not the fault of the qt
frontend ;-)
Thanks,
Jürgen.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
| Juergen> Juergen Spitzmueller wrote:
>>> - When creating a new koma-class doc, qt-lyx does not use the sans
>>> serif headlines (on screen). When loading an old one, however, t
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> - When creating a new koma-class doc, qt-lyx does not use the sans
>> serif headlines (on screen). When loading an old one, however, they
>> are used. No idea why.
Juergen> More precise: Th
Juergen Spitzmueller wrote:
> The heading styles (koma <-> standard classes) on screen are not
> changed on class change, even though the buffer is changed.
Still there (and I don't have a clue)
> - URGENT: on class change, qt-lyx (still) crashes if the document contains
> a environment which is
Juergen Spitzmueller wrote:
> - When creating a new koma-class doc, qt-lyx does not use the sans serif
> headlines (on screen). When loading an old one, however, they are used. No
> idea why.
More precise: The heading styles (koma <-> standard classes) on screen are not
changed on class change, e
Juergen Spitzmueller wrote:
> This implements the "Save as default" and "Use class defaults" features in
> the qt document dialog.
Updated patch attached which additionally:
- fixes the update of the dialog (fontsize, pagestyle) on class change
- implements lyxrc.auto_reset_options
- fixes the bu
This implements the "Save as default" and "Use class defaults" features in the
qt document dialog.
Thanks,
Jürgen.
Index: src/frontends/controllers/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/controllers/ChangeLog,v
retr
45 matches
Mail list logo
