Enrico Forestieri <[EMAIL PROTECTED]> writes:
| On Tue, Apr 03, 2007 at 11:10:09PM +0200, Lars Gullik Bjønnes wrote:
| > [EMAIL PROTECTED] writes:
| >
| > | Author: rgheck
| > | Date: Tue Apr 3 22:45:46 2007
| > | New Revision: 17709
| > |
| > | URL: http://www.lyx.org/trac/changeset/17709
| >
On 4/4/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
So you suggest integrating your distribution's package management system
into LyX? And mine? And Slackware? And ...?
Does it have to be that complicated? The only package manager that you
really have to support is mpm (MiKTeX Package Manager),
On Tue, Apr 03, 2007 at 11:18:56AM -0400, Timothy Reaves wrote:
> It's arguable - but I believe would be a good feature - to integrate
> the functionality into LyX to be able to acquire LaTeX stuff when it
> needs it anyway, just for general stuff. All of CTAN. But to use a
> menu option
> the bug introduced by 17625 and 17626 by reverting these
> changesets because 1) they introduced a bug and 2) they don't do what
> advertised, rather the contrary. I checked this both on Windows (with
> Qt4.1.4 and Qt4.2.2) and Solaris (with Qt4.2.2). See the attached images.
That's weird, what
I reworked the moderncv layout and the corresponding template. I reduced now the ERT to a minimum.
It's now ready for production use I think.
regards Uwe
Enrico Forestieri wrote:
Please, can you wait with this patch? Before you commit it I would like
to see resolved the bug introduced by 17625 and 17626 by reverting these
changesets because 1) they introduced a bug and 2) they don't do what
advertised, rather the contrary. I checked this both on W
I added a layout and template file for europecv, another wonderful CV-class to
SVN.
europecv's output looks a bit formal but follows exactly the CV guidelines of
the EU.
More important, it supports the language self-assessment levels that are nowadays required for
applications for an employment
On Apr 3, 2007, at 4:25 PM, Abdelrazak Younes wrote:
Timothy Reaves wrote:
That's a bug. Perhaps it'll be removed from the menu before
1.5 is finished, or not. But I'd really encourage incorporation
of such a management feature BEFORE 1.5 is considered finished.
Yes, as a software e
On Tue, Apr 03, 2007 at 05:55:29PM -0400, Richard Heck wrote:
>
> Attached is what is hopefully the penultimate version of this patch.
> Please note that the diff was run from src/frontends/qt4/.
>
> The changes at the beginning of QGraphicsDialog.C are less extensive
> than they appear. I had to
On Tue, Apr 03, 2007 at 05:49:16PM -0400, Richard Heck wrote:
> Enrico Forestieri wrote:
> > On Tue, Apr 03, 2007 at 03:32:51PM -0400, Richard Heck wrote:
> >
> >> I found the source of the error:
> >> QWidget::setMinimumSize: (QGraphicsUi/lyx::frontend::QGraphicsDialog)
> >> Negative sizes (-1,
On Tue, Apr 03, 2007 at 05:42:57PM -0400, Richard Heck wrote:
> Enrico Forestieri wrote:
> > On Tue, Apr 03, 2007 at 11:10:09PM +0200, Lars Gullik Bjønnes wrote:
> >
> >> [EMAIL PROTECTED] writes:
> >>
> >> | Author: rgheck
> >> | Date: Tue Apr 3 22:45:46 2007
> >> | New Revision: 17709
> >> |
Attached is what is hopefully the penultimate version of this patch.
Please note that the diff was run from src/frontends/qt4/.
The changes at the beginning of QGraphicsDialog.C are less extensive
than they appear. I had to re-arrange this so I could make sense of it.
The only real changes are ad
Enrico Forestieri wrote:
> On Tue, Apr 03, 2007 at 03:32:51PM -0400, Richard Heck wrote:
>
>> I found the source of the error:
>> QWidget::setMinimumSize: (QGraphicsUi/lyx::frontend::QGraphicsDialog)
>> Negative sizes (-1,-1) are not possible
>> that I've been getting with the graphics dialog. I
Enrico Forestieri wrote:
> On Tue, Apr 03, 2007 at 11:10:09PM +0200, Lars Gullik Bjønnes wrote:
>
>> [EMAIL PROTECTED] writes:
>>
>> | Author: rgheck
>> | Date: Tue Apr 3 22:45:46 2007
>> | New Revision: 17709
>> |
>> | URL: http://www.lyx.org/trac/changeset/17709
>> | Log:
>> | Added check fo
On Tue, Apr 03, 2007 at 11:10:09PM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] writes:
>
> | Author: rgheck
> | Date: Tue Apr 3 22:45:46 2007
> | New Revision: 17709
> |
> | URL: http://www.lyx.org/trac/changeset/17709
> | Log:
> | Added check for valid size to show().
Lars, I don't s
Richard Heck wrote:
Lars Gullik Bjønnes wrote:
| Modified: lyx-devel/trunk/src/frontends/qt4/QDialogView.C
| URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/QDialogView.C?rev=17709
| ==
| --- lyx-dev
On Tue, Apr 03, 2007 at 03:32:51PM -0400, Richard Heck wrote:
>
> I found the source of the error:
> QWidget::setMinimumSize: (QGraphicsUi/lyx::frontend::QGraphicsDialog)
> Negative sizes (-1,-1) are not possible
> that I've been getting with the graphics dialog. In QDialogView::show()
> we have:
Richard Heck <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > | Modified: lyx-devel/trunk/src/frontends/qt4/QDialogView.C
| > | URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/QDialogView.C?rev=17709
| > |
=
Lars Gullik Bjønnes wrote:
> | Modified: lyx-devel/trunk/src/frontends/qt4/QDialogView.C
> | URL:
> http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/QDialogView.C?rev=17709
> |
> ==
> | --- lyx-devel/trunk/s
[EMAIL PROTECTED] writes:
| Author: rgheck
| Date: Tue Apr 3 22:45:46 2007
| New Revision: 17709
|
| URL: http://www.lyx.org/trac/changeset/17709
| Log:
| Added check for valid size to show().
|
| Modified:
| lyx-devel/trunk/src/frontends/qt4/QDialogView.C
|
| Modified: lyx-devel/trunk/src
Timothy Reaves wrote:
>> There are several classes in the preferences, and I'm sure several
>> 'features' no one will be able to use unless these third-party files are
>> added. A lot of users that would otherwise use LyX won't; they'll give
>> it a try, see something they want to use (the Do
> - Are you sure that floats work?
Yes but I'll cross check this again.
>
> But do they have any use?
You are right, floats are unnecessary in a curriculum vitea so I removed this
now.
> - Are you sure that counters are needed?
They are needed for bibitems.
> - What about a Bibliograp
Thanks!
It turns out, oddly enough, that isValid() doesn't work. Probably
another QT 4.2.3 bug. So I did the explicit height() >= 0 && width() >=
0 check instead.
Abdelrazak Younes wrote:
> Richard Heck wrote:
>> I found the source of the error:
>> QWidget::setMinimumSize: (QGraphicsUi/lyx::fron
Timothy Reaves wrote:
That's a bug. Perhaps it'll be removed from the menu before 1.5 is
finished, or not. But I'd really encourage incorporation of such a
management feature BEFORE 1.5 is considered finished. Yes, as a
software edveloper myself, I realize it's a bit late in the 1.5svn
Richard Heck wrote:
I found the source of the error:
QWidget::setMinimumSize: (QGraphicsUi/lyx::frontend::QGraphicsDialog)
Negative sizes (-1,-1) are not possible
that I've been getting with the graphics dialog. In QDialogView::show()
we have:
form()->setMinimumSize(form()->sizeHint());
but Q
I found the source of the error:
QWidget::setMinimumSize: (QGraphicsUi/lyx::frontend::QGraphicsDialog)
Negative sizes (-1,-1) are not possible
that I've been getting with the graphics dialog. In QDialogView::show()
we have:
form()->setMinimumSize(form()->sizeHint());
but QGraphicsDialog return
Jean-Marc Lasgouttes wrote:
>> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
>>> I actually wonder why. Mathed was ok-ish in 1.3.x and I definitely
>>> haven't touched anything significant in 1.4.x. So where do the bugs
>>> come?
>
> Uwe> From the grown user base! Most of the recently rep
BTW, rerunning ./autogen.sh and ./configure seems to have fixed this
problem for me.
This has been the case for many autotools-related problems here. If
you prefer a no-autogen.sh, no-configure.py solution, you can try the
scons build system. Read INSTALL.scons for details.
Cheers,
Bo
I've been building, testing. and using the svn truck for 1.5 for a
while now. I've worked through some issues with writing my document
(first with LyX or LaTex - usually use DocBook). Every time I do an
update and a new build, I've been very impressed with the features that
the developers ha
Out of curiosity Bo, do you use LyX for Chinese?
My scientific work is all in English, but I can test lyx' Chinese
input if there is such a need.
Bo
Abdelrazak Younes wrote:
> I just committed some cleanup, please try again.
Still the same :-(
Jürgen
Bennett Helm wrote:
> On Apr 3, 2007, at 4:06 AM, Abdelrazak Younes wrote:
>
>> It would be a pity to slip on that... Could somebody (Bennett?)
>> generate a patch so that we can test the proposed new banner and
>> icons easily?
>
> I'm not sure how to produce a patch for an image file like
> ba
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
I decided to try again the table of contents (which was always
disabled), and now it crashes LyX with file Intro.lyx.
Backtrace follows. If I look at frame 2, lfun
On Apr 3, 2007, at 4:06 AM, Abdelrazak Younes wrote:
It would be a pity to slip on that... Could somebody (Bennett?)
generate a patch so that we can test the proposed new banner and
icons easily?
I'm not sure how to produce a patch for an image file like
banner.png; isn't testing it as si
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
I decided to try again the table of contents (which was always
disabled), and now it crashes LyX with file Intro.lyx.
Backtrace follows. If I look at frame 2, lfun
On Tue, 03 Apr 2007 12:20:39 +0100
José Matos <[EMAIL PROTECTED]> wrote:
> On Tuesday 03 April 2007 12:15:22 pm Georg Baum wrote:
> > I would say commit it.
>
> +1
>
> > Georg
+1
Martin
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>> I decided to try again the table of contents (which was always
>> disabled), and now it crashes LyX with file Intro.lyx.
>>
>> Backtrace follows. If I look at frame 2, lfun_name_ is not
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> I actually wonder why. Mathed was ok-ish in 1.3.x and I definitely
>> haven't touched anything significant in 1.4.x. So where do the bugs
>> come?
Uwe> From the grown user base! Most of the recently reported bugs are
Uwe> e.g. from Windows u
Georg Baum wrote:
Abdelrazak Younes wrote:
Well, this is different here as we are talking about LateX export. For
RTL (in our implementation) we need to know the language for proper
character ordering when typing. In the CJK case, I reckon this is not
needed at all (correct me if I am wrong)
Georg Baum wrote:
Abdelrazak Younes wrote:
Well, this is different here as we are talking about LateX export. For
RTL (in our implementation) we need to know the language for proper
character ordering when typing. In the CJK case, I reckon this is not
needed at all (correct me if I am wrong).
Abdelrazak Younes wrote:
> Well, this is different here as we are talking about LateX export. For
> RTL (in our implementation) we need to know the language for proper
> character ordering when typing. In the CJK case, I reckon this is not
> needed at all (correct me if I am wrong).
I believe tha
Jean-Marc Lasgouttes schrieb:
Uwe> No, all those stuff needs to be in the preamble. I write the
Uwe> author of moderncv that he should change this because this is in
Uwe> my opinion not the right place.
Why doesn't it work? the \hypersetup call?
I assume that, I'll patch this if possible and
Georg Baum wrote:
Marc Flerackers wrote:
Abdelrazak Younes wrote:
Marc Flerackers wrote:
Another issue is that (as far as I know) you need to enclose cjk text
with \begin{CJK}{UTF8}{ipam} and \end{CJK} each time when writing
Japanese in an English document. More practically would be a setting
On Tuesday 03 April 2007 12:15:22 pm Georg Baum wrote:
> I would say commit it.
+1
> Georg
--
José Abílio
Jean-Marc Lasgouttes wrote:
> Georg> This is the updated patch with layout2layout support. I needed
> Georg> to change one other place as well (compile error due to
> Georg> Martin's recent natbib change).
>
> This is finally the working and tested patch. The only thing missing
> is the documenta
Marc Flerackers wrote:
> Abdelrazak Younes wrote:
>> Marc Flerackers wrote:
>>> Another issue is that (as far as I know) you need to enclose cjk text
>>> with \begin{CJK}{UTF8}{ipam} and \end{CJK} each time when writing
>>> Japanese in an English document. More practically would be a setting
>>> f
Abdelrazak Younes wrote:
Marc Flerackers wrote:
The input method seems to be working as expected. Strange is only
that during typing, the text is floating on top of the existing text
instead of being inserted, only when confirming the text, it is
inserted in the document. But this is a small i
> I actually wonder why. Mathed was ok-ish in 1.3.x and I definitely
> haven't touched anything significant in 1.4.x. So where do the bugs
> come?
From the grown user base! Most of the recently reported bugs are e.g. from
Windows users.
Uwe
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> I do not use g-brief2 personally, but I did not see this discussed
>> either.
Uwe> This was my first patch I made for ~ LyX 4 years ago. I sent it
Uwe> to you from time to time but although you said it's OK you never
Uwe> committed it. I rem
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> Uwe, please, could you at least discuss such classes before
>> committing them? While moderncv indeed looks reasonably good
>> (although with an awful syntax on the latex side), we try to have a
>> policy to propose layouts that are something
> I do not use g-brief2 personally, but I did not see this discussed
> either.
This was my first patch I made for ~ LyX 4 years ago. I sent it to you from time to time but
although you said it's OK you never committed it. I remember that you wanted to have the OK from the
author but as GPL allo
> Uwe, please, could you at least discuss such classes before committing
> them? While moderncv indeed looks reasonably good (although with an
> awful syntax on the latex side), we try to have a policy to propose
> layouts that are something else than a repository for ERT trickery and
> huge pream
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This is the updated patch with layout2layout support. I needed
Georg> to change one other place as well (compile error due to
Georg> Martin's recent natbib change).
This is finally the working and tested patch. The only thing missing
[EMAIL PROTECTED] wrote:
On Tue, 3 Apr 2007, Lars Gullik Bjønnes wrote:
Andre Poenitz
<[EMAIL PROTECTED]>
writes:
| On Fri, Mar 30, 2007 at 12:55:03PM -0400, Richard Heck wrote:
| > I've been visting bugzilla from time to time to do bug triage.
Suppose I
| > see a bug, such as 2628, where
On Tue, 3 Apr 2007, Lars Gullik Bjønnes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Mar 30, 2007 at 12:55:03PM -0400, Richard Heck wrote:
| > I've been visting bugzilla from time to time to do bug triage. Suppose I
| > see a bug, such as 2628, where a request has been made for mo
This patch fixes the problem by resetting LabelStringAppendix
everytime LabelString is reset. I think this is the right way to
proceed, but there could be unforeseen consequences.
For the record, the previous algorithm was to set appendix label to
normal label at the end of Style parsing only if
Marc Flerackers wrote:
Abdelrazak Younes wrote:
Marc Flerackers wrote:
The Japanese input method seems to be working as expected using SVN
revision 17697 :).
Great, thanks for testing!
Marc, Iwami, Hide, Cghan, do you think CJK support in LyX is OK now
for your respective language? If not,
[EMAIL PROTECTED] wrote:
> Author: baum
> Date: Tue Apr 3 10:27:23 2007
> New Revision: 17704
>
> URL: http://www.lyx.org/trac/changeset/17704
> Log:
> explain why ownsClipbiard() does not work on Windows and OS X
>
> Modified:
> lyx-devel/trunk/src/frontends/qt4/GuiClipboard.C
>
> Modifie
Abdelrazak Younes wrote:
Marc Flerackers wrote:
The Japanese input method seems to be working as expected using SVN
revision 17697 :).
Great, thanks for testing!
Marc, Iwami, Hide, Cghan, do you think CJK support in LyX is OK now
for your respective language? If not, what is missing for prop
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> If you enter accents via the kmap mechanism they will not
> Georg> produce a single precomposed character (e.g. é), but a
> Georg> combining pair (e.g. e + '). IMHO we should use the prec
Lars Gullik Bjønnes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > By the way, is there a reason why we don't use the same header for the
| > client?
|
| None that I am aware of.
There was a reason. But I can't remember t now.
| > 'debug.h' should really be transferred to support/
|
It would be a pity to slip on that... Could somebody (Bennett?) generate
a patch so that we can test the proposed new banner and icons easily?
Abdel.
Bennett Helm wrote:
On Apr 2, 2007, at 7:19 PM,
[EMAIL PROTECTED] wrote:
-- Forwarded message --
Date: Mon, 02 Apr 2007 23:1
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Mar 30, 2007 at 12:55:03PM -0400, Richard Heck wrote:
| > I've been visting bugzilla from time to time to do bug triage. Suppose I
| > see a bug, such as 2628, where a request has been made for more
| > information over two months ago, and there'
> "uwestoehr" == uwestoehr <[EMAIL PROTECTED]> writes:
uwestoehr> Author: uwestoehr Date: Tue Apr 3 03:37:39 2007 New
uwestoehr> Revision: 17699
uwestoehr> URL: http://www.lyx.org/trac/changeset/17699 Log: -
uwestoehr> g-brief2 cleanups: Make Standard style the default as
uwestoehr> Letter s
> "uwestoehr" == uwestoehr <[EMAIL PROTECTED]> writes:
uwestoehr> Author: uwestoehr Date: Tue Apr 3 03:52:34 2007 New
uwestoehr> Revision: 17700
uwestoehr> URL: http://www.lyx.org/trac/changeset/17700 Log: support
uwestoehr> for moderncv: Layout file and template as we currently have
uwestoe
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > By the way, is there a reason why we don't use the same header for the
| > client?
|
| None that I am aware of.
There was a reason. But I can't remember t now.
| > 'debug.h' should really be transferred to support/
|
| Does not sound wrong.
It d
Abdelrazak Younes wrote:
> Look closer ;-)
A-ha! OK, I'll get me another coffee ...
Jürgen
Jürgen Spitzmüller wrote:
[EMAIL PROTECTED] wrote:
--- lyx-devel/trunk/src/frontends/qt4/QGraphics.C (original)
+++ lyx-devel/trunk/src/frontends/qt4/QGraphics.C Tue Apr 3 04:07:35 2007
@@ -79,7 +79,6 @@
bcview().addReadOnly(dialog_->filename);
bcview().addReadOnly(dialog_->brow
Georg Baum wrote:
> No, because the files in question are copied to the temp dir with mangled
> names (at least the check should only be disabled for the files that are
> copied). See also http://bugzilla.lyx.org/show_bug.cgi?id=2753#c1.
I see. Good.
Jürgen
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
Richard> In thinking about LyXLengths and the like, something occurred
Richard> to me that I thought I'd share, just in case anyone else
Richard> comes this way: You can't in general compare lengths, as LyX
Richard> understands them. The
[EMAIL PROTECTED] wrote:
> --- lyx-devel/trunk/src/frontends/qt4/QGraphics.C (original)
> +++ lyx-devel/trunk/src/frontends/qt4/QGraphics.C Tue Apr 3 04:07:35 2007
> @@ -79,7 +79,6 @@
> bcview().addReadOnly(dialog_->filename);
> bcview().addReadOnly(dialog_->browsePB);
> bc
Georg Baum wrote:
> > But this is what the user expects: When the image has an aspect ratio of
> > 2 and he enters a "4" as width, the height should of course be set
> > accordingly. This behaviour is e.g. also in Photoshop.
>
> Who expects that? I certainly don't, and frankly I don't care for user
Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
>> I don't know if allowing parentheses arises problems on Linux but I can't
>> imagine that.
>
> It will probably arise severe problems on log file parsing (dependency
> checking).
No, because the files in question are copied to the temp dir with man
73 matches
Mail list logo
