Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > The patch looks good but I am wondering if this solution is not a bit
> > too complicated. Why not just define some const string in hexa and let
> > the frontend take care of the rest?
> Just for clarification, this would mean replacing x11name b
Abdelrazak Younes a écrit :
Georg Baum a écrit :
Am Dienstag, 21. März 2006 14:12 schrieb Angus Leeming:
There's an RGBColor class (and an HSVColor one too) in the XForms
frontend.
Please move 'em someplace useful.
Nice, I stumbled about RGBColor but thought it was an xforms thing.
The atta
Could someone please fix this?
I often receive this kind of mail when I post to lyx-devel.
Abdel.
--- Begin Message ---
Greetings from Amazon.com.
We're sorry. You've written to an address that cannot accept incoming
e-mail. But that's OK--this automated response will direct you to the
right
[EMAIL PROTECTED] wrote:
Log:
replace hard-coded "/tmp" with package().temp_dir()
Modified:
lyx-devel/trunk/src/bufferlist.C
lyx-devel/trunk/src/client/client.C
lyx-devel/trunk/src/lyxrc.C
Shouldn't this go into BRANCH_1_4_X as well?
Michael
Georg Baum a écrit :
Am Montag, 20. März 2006 22:39 schrieb Lars Gullik Bjønnes:
set svn:eol-style native on the files IMHO.
I did this now.
What does this mean in practice? Now that I use Xemacs will I see ^M at
each end-of-line because I checkout from windows? And why only the qt4
front
Georg Baum a écrit :
Am Dienstag, 21. März 2006 14:12 schrieb Angus Leeming:
There's an RGBColor class (and an HSVColor one too) in the XForms
frontend.
Please move 'em someplace useful.
Nice, I stumbled about RGBColor but thought it was an xforms thing.
The attached patch moves these classe
Andre Poenitz a écrit :
On Mon, Mar 20, 2006 at 11:40:23AM +0100, Abdelrazak Younes wrote:
- QColorItem * ci(new QColorItem(QColor(toqstr(x11name)),
+ QColorItem * ci(new QColorItem(lcolorcache.get(lc),
toqstr(guiname)));
Georg Baum <[EMAIL PROTECTED]> writes:
> Am Dienstag, 21. März 2006 14:12 schrieb Angus Leeming:
> > There's an RGBColor class (and an HSVColor one too)
> > in the XForms frontend.
> > Please move 'em someplace useful.
> Nice, I stumbled about RGBColor but thought it was an xforms thing.
> The at
Andre Poenitz <[EMAIL PROTECTED]> writes:
> I guess they abonded the habit of scalding people during normal
> discussions a few years ago.
LOL!
A
Am Dienstag, 21. März 2006 14:12 schrieb Angus Leeming:
> There's an RGBColor class (and an HSVColor one too) in the XForms
frontend.
> Please move 'em someplace useful.
Nice, I stumbled about RGBColor but thought it was an xforms thing.
The attached patch moves these classes to the core, and cha
Dear Angus,
I give up! I spent the whole evening on building a shared qtwin library.
No chance! Compilation always stopped with an internal compiler error! I
tried various options (-no-exceptions -no-rtti -no-pch). Always the same
result: Linking the shared library takes endlessly (really!) an
On Mon, Mar 20, 2006 at 09:25:09AM +0100, Abdelrazak Younes wrote:
> Funny that you are doing the exact same changes as my original patch
> fixing the code to use std::distance and std::advance (in this case
> boost::next). You rejected my patch exactly because of this... I am not
> upset but yo
On Mon, Mar 20, 2006 at 12:13:24PM +0100, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> "Burnt" and liquids just sounds wrong. You should use
> Angus> "scalded".
>
> I have to admit I have never seen this word. Do people really use it
> in nor
On Mon, Mar 20, 2006 at 11:40:23AM +0100, Abdelrazak Younes wrote:
> >-QColorItem * ci(new QColorItem(QColor(toqstr(x11name)),
> >+QColorItem * ci(new QColorItem(lcolorcache.get(lc),
> > toqstr(guiname)));
QColorItem * ci = new QC
On Mon, Mar 20, 2006 at 11:03:52AM +, Angus Leeming wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > Angus> Anyway. Whatever. I find that the whole discussion is something
> > Angus> of a storm in a tea cup. Sorry for feeling a bit bruised.
> >
> > You should make sure you do not
On Mon, Mar 20, 2006 at 05:41:09PM +, Angus Leeming wrote:
> Georg Baum <[EMAIL PROTECTED]> writes:
>
> >
> > Lars,
> >
> > what are we going to do? Currently Abdel keeps putting in more and more
> > files with mixed line endings. This should be stopped as soon as possible.
> >
> > I can do
On Tue, Mar 21, 2006 at 10:55:15AM +0100, Stephan Witt wrote:
> >Better solution would be to have your LyX docs in a version control
> >system. I wonder how many people have.
>
> We have it on our site. We are using networking CVS and readonly checkouts.
> I have distributed locally a patched LyX
Am Montag, 20. März 2006 22:39 schrieb Lars Gullik Bjønnes:
> set svn:eol-style native on the files IMHO.
I did this now.
Georg
Am Samstag, 18. März 2006 14:22 schrieb Georg Baum:
> Am Freitag, 17. März 2006 21:42 schrieb Leuven, E.:
> > if qt2 goes, the attached should go (in) as well i think (i.e. remove
> qgridview.[Ch])
>
> You are right. I did not know that we had these classes! The full patch
> would look like the
Am Dienstag, 21. März 2006 17:29 schrieb Martin Vermeer:
> Here's the patch. Trivial (Georg, how did we overlook this?)
We must have been sleeping :-(
Georg
On Tue, 2006-03-21 at 18:14 +0200, Martin Vermeer wrote:
> On Tue, 2006-03-21 at 18:01 +0200, Martin Vermeer wrote:
> > On Tue, 2006-03-21 at 16:41 +0100, Andrea Censi wrote:
...
> >
> > Confirmed on Linux SVN.
> >
> > returning FINISHED_LEFT
> > Assertion triggered in const MathAtom& MathArray
On Tue, 2006-03-21 at 18:01 +0200, Martin Vermeer wrote:
> On Tue, 2006-03-21 at 16:41 +0100, Andrea Censi wrote:
> > Hello everybody.
> >
> > Thanks for the great work! I really like LyX and it's really feature
> > rich for me at the moment (I really liked the children documents
> > mechanism). N
On Tue, 2006-03-21 at 16:41 +0100, Andrea Censi wrote:
> Hello everybody.
>
> Thanks for the great work! I really like LyX and it's really feature
> rich for me at the moment (I really liked the children documents
> mechanism). Neverthless, I experience some instability and
> segmentation faults,
Angus Leeming wrote:
Do the autotools work for you, or are you just being thorough?
I am just thorough :-)
Michael
Abdelrazak Younes wrote:
Maybe, you should take a look at
http://www.icefox.net/programs/?program=KAutoConfig
I would plead the case for an extensible configuration framework for
changing preferences for packages. Ideally a non programmer like me who
would want to add support for KomaScript shoul
Charles de Miramon <[EMAIL PROTECTED]> writes:
> Maybe, you should take a look at
> http://www.icefox.net/programs/?program=KAutoConfig
Nice! Definitely something to investigate.
Angus
===
Does KAutoConfig require KDE
I aim at something like this yes (are you reading my mind? :-)). While
we can minimize the job of creating a module, I don't think a simple
configuration file will do for most of the modules. In the use case you
are citing perhaps.
But one step after the other... We talk about 2007 feature here
On Mar 21, 2006, at 3:49 AM, Abdelrazak Younes wrote:
Please give me the final linking command as executed by make for
Qt3 and Qt4 frontends so we cam compare. We must verify that -
lQtCore or -lQtCore4 is there.
Here's the beginning of the link stage for the Qt4 frontend: -
lQtCore is there.
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> It is good for building a native LyX (not dependent on cygwin)
Enrico> by using cygwin tools only.
Enrico> Jean-Marc, I am not asking to add anything. I thought I was
Enrico> answering a question by Georg. I am fine with the
Bennett Helm a écrit :
On Mar 21, 2006, at 3:49 AM, Abdelrazak Younes wrote:
Please give me the final linking command as executed by make for Qt3
and Qt4 frontends so we cam compare. We must verify that -lQtCore or
-lQtCore4 is there.
Here's the beginning of the link stage for the Qt4 frontend
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Yes, I have to specify --with-packaging=windows, otherwise I
> Enrico> would get posix. The packaging test in configure is quite
> Enrico> simple. I don't know if it ca
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I would like to cut QPrefsDialog into multiple modules.
> Second step would be to create one class per module.
Sounds like a sane thing to do.
Angus
Hello,
I would like to cut QPrefsDialog into multiple modules. The first step
is to transfer everything related to GUI in QPrefs.[Ch] into QPrefsDialog.
IMHO, the controller should not know anything about what the Dialog is
doing, it is here only to transfer request one way or the other.
Second
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Jean-Marc Lasgouttes ...> writes:
> > Enrico> my reading of it is that you need the three compilations only
> > Enrico> if you want an internationalized iconv program, i.e., if you
> > Enrico> want translated messages from iconv. I personally think th
Abdelrazak Younes wrote:
> You are right, it is not. But if the frontend tries to convert it to a
> QColor it will get an invalid color. That's the reason of my hack which
> set a default color in the frontend.
I know.
> Yes, this string is given by the frontend. I am not sure the other
> fronte
> Edwin, I noticed that you didn't commit your patch. I want to
> do some cleanup that include your patch so I am going to commit
> the attached patch.
sorry for that, but i haven't had the opportunity to commit since my old
password doesn't seem to work. (lars is going to reset it, i hope...)
t
Hello everybody.
Thanks for the great work! I really like LyX and it's really feature
rich for me at the moment (I really liked the children documents
mechanism). Neverthless, I experience some instability and
segmentation faults, often when working with math and array
environments.
I have a repr
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > I am not sure. Maybe it would be better to store it as a numerical rgb
> > triplet?
>
> I agree.
There's an RGBColor class (and an HSVColor one too) in the XForms frontend.
Please move 'em someplace useful.
Angus
Georg Baum a écrit :
Abdelrazak Younes wrote:
Reading BranchList.C, it seems that the default color is "none". This
doesn't seems like a valid color reading LColor.C:
The branch color has nothing to do with LColor, AFAIK it is never converted
to one.
You are right, it is not. But if the fro
Georg Baum a écrit :
Abdelrazak Younes wrote:
You are right, it is not. But if the frontend tries to convert it to a
QColor it will get an invalid color. That's the reason of my hack which
set a default color in the frontend.
I know.
It's always better to clarify the matter for the archive,
On Tue, 21 Mar 2006, Ekkehart Schlicht wrote:
> I just observed that line breaking seems not to work, neither in Firefox
> nor in Internet Explorer (both under Windows XP).
>
> Ekkehart
>
> Problem is gone - maybe it was idiosyncratic on my machine (?)
Ok... :-)
Let me know if something happe
Leuven, E. a écrit :
colornames grey40 etc are not recognized by qt4 and end up black in the
preferences dialog.
i need the attached patch
Edwin, I noticed that you didn't commit your patch. I want to do some
cleanup that include your patch so I am going to commit the attached patch.
Thank
Jean-Marc Lasgouttes wrote:
> If we need a default branch color, it should be a new member of
> LColor.
I had a look at the code, and LColor::background is used for display if a
branch has no color. We should make that explicit and set it in the
constructor IMHO, then all the checks for a valid c
Abdelrazak Younes wrote:
> Reading BranchList.C, it seems that the default color is "none". This
> doesn't seems like a valid color reading LColor.C:
The branch color has nothing to do with LColor, AFAIK it is never converted
to one.
> By the way, is there a reason why Branch stores a string ins
> John> If LyX locked files which were open in a still running LyX
> John> process, that would have saved me some confusion.
>
> Yes, but I am sure this can cause a lot of confusion too...
I am not sure why this would cause confusion. You could have a dialog
box warning that "Another LyX window ha
Jean-Marc Lasgouttes a écrit :
"Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Montag, 20. März 2006 14:30 schrieb Abdelrazak Younes:
And here is the fix. The problems lies in that the QColor()
constructor produces an invalid color (RGB 0,0,0). I am going to
commit that for qt4. Th
Georg Baum a écrit :
Am Montag, 20. März 2006 14:30 schrieb Abdelrazak Younes:
And here is the fix. The problems lies in that the QColor() constructor
produces an invalid color (RGB 0,0,0). I am going to commit that for
qt4. This bug is also present in qt2 but I am not sure the same fix
applie
Martin Vermeer wrote:
On Fri, 2006-03-17 at 10:27 +, Angus Leeming wrote:
Martin Vermeer <[EMAIL PROTECTED]> writes:
you should not be able to accidentally change that file's
date stamp (yes, that's the most hateful thing about re-saving
"unchanged" documents -- and no way within the know
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Enrico> my reading of it is that you need the three compilations only
> Enrico> if you want an internationalized iconv program, i.e., if you
> Enrico> want translated messages from iconv. I personally think that
> Enrico> building libiconv with --d
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> While we are at it: Could you please add a 'fileformat'
> Georg> keyword? I'd like to flag bugs that need a file format change,
> Georg> so that they can be easily identified.
>
> I did
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> my reading of it is that you need the three compilations only
Enrico> if you want an internationalized iconv program, i.e., if you
Enrico> want translated messages from iconv. I personally think that
Enrico> building libiconv
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
Edwin> just wondering about the following (remotely related) issue:
Edwin> there is now special casing in the qt4 frontend for grey40 etc
Edwin> perhaps it is cleaner to define the default colors in rgb
Edwin> values?
Yes, it is probably tim
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Montag, 20. März 2006 14:30 schrieb Abdelrazak Younes:
>> And here is the fix. The problems lies in that the QColor()
>> constructor produces an invalid color (RGB 0,0,0). I am going to
>> commit that for qt4. This bug is also prese
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> While we are at it: Could you please add a 'fileformat'
Georg> keyword? I'd like to flag bugs that need a file format change,
Georg> so that they can be easily identified.
I did that.
JMarc
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> Yes, I have to specify --with-packaging=windows, otherwise I
Enrico> would get posix. The packaging test in configure is quite
Enrico> simple. I don't know if it can be changed in the following way
Enrico> (using some sort of
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan>[...] config.status: creating
Kayvan> src/frontends/controllers/Makefile config.status: creating
Kayvan> src/frontends/controllers/tests/Makefile config.status: error:
Kayvan> cannot find input file:
Kayvan> src/frontends/con
Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
>
> | The problem were missing conversions of
> |
> | pars.begin() + x
> |
> | to
> |
> | boost::next(pars.begin(), x)
>
> Where were they missing?
In some cut and paste code that does no longer exist in 1.5. BTW my patch
Bennett Helm a écrit :
On Mar 20, 2006, at 5:33 PM, Abdelrazak Younes wrote:
Bennett Helm a écrit :
I've been trying now to compile lyx with the Qt-4 frontend and
gcc-3.3, and I get the following at the final link stage. Any
suggestions?
Hello Bennet,
QUrl is defined in libQtCore or libQtC
[EMAIL PROTECTED] wrote:
> On Mon, 20 Mar 2006, Jean-Marc Lasgouttes wrote:
>
>> > "Jose'" == Jose' Matos <[EMAIL PROTECTED]>
>> > writes:
>>
>> Jose'> On Monday 20 March 2006 11:13, Jean-Marc Lasgouttes wrote:
>> >> I have to admit I have never seen this word. Do people really use
>> >>
59 matches
Mail list logo