2 suggestions:
- the field "LyX Objekte" should be sorted alphabetically to find objects easier
- the field with the RGB values should be editable because small changes are not easy
to achieve with sliding
--
Regards,
Hartmut Haase
Hungerhilfe: http://www.thehungersite.com
ATTAC - für eine sol
2 suggestions:
- the field "LyX Objekte" should be sorted alphabetically to find objects easier
- the field with the RGB values should be editable because small changes are not easy
to achieve with sliding
--
Regards,
Hartmut Haase
Hungerhilfe: http://www.thehungersite.com
ATTAC - für eine sol
This bug is a lot harder to trigger now after my recent fixes but it
is still there just harder to trigger.
I have noticed though that either cut or copy or both (common code?)
doesn't seem to be copying insets (either at all or at least not in a
way that is past[e?]able _or_ paste can't paste i
On Thu, 22 Nov 2001, John Levon wrote:
> is getInset still failing to find insets after a par->isInset returns true ?
>
> There is still a lot of code that checks getInset return is non-null before
> using it, and it looks ugly.
>
> How old is the code that could cause this to happen; is it still
hi again
so sorry,i forgot to send send u the persian keymap
i attached it and also others again ...
Mehdi Adibi
patch.tar.gz
Description: GNU Zip compressed data
Aah.. thanks a lot.. I just read section 3.3.6 of Extended features and
now it works beautifully!
Thanks again..
nirmal
Dekel Tsur wrote:
> On Wed, Nov 21, 2001 at 11:26:57AM -0500, Nirmal Govind wrote:
>
>
>>The pdf file generated using LyX has all the characters showing up very
>>poorly
I just upgraded to doxygen 1.2.12 (from 1.2.6) and can now see
"Collaboration diagrams."
Shit we have some messy looking interactions between some classes.
At least now, doxygen provides some interesting help in visualising
what the hell is going on.
Allan. (ARRae)
clean up to use isInset()
thanks
john
--
"Your superior intellect is no match for our puny weapons."
Index: src/BufferView2.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView2.C,v
retrieving revision 1.95
diff -u -r
is getInset still failing to find insets after a par->isInset returns true ?
There is still a lot of code that checks getInset return is non-null before
using it, and it looks ugly.
How old is the code that could cause this to happen; is it still there ?
thanks
john
--
"Your superior intelle
On Wed, 21 Nov 2001, Juergen Vigna wrote:
> On 21-Nov-2001 Allan Rae wrote:
>
> > It seems we need to get:
> > Inset::checkInsertChar() to return false.
> > UpdatableInset::checkInsertChar() to return true.
>
> IMO the Inset::checkInsertChar() should be removed. I added this when
> I
On Wed, 21 Nov 2001, Larry Kollar wrote:
>
> Allan Rae wrote:
>
> > P.S. I tawt I taw a meteor shower: I did! I did!
>
> Actually, this is what you saw:
> http://www.geekculture.com/joyoftech/joyarchives/260.html
There must have a been a whole alien invasion fleet up there to be
chucking dow
On Wed, Nov 21, 2001 at 11:26:57AM -0500, Nirmal Govind wrote:
> The pdf file generated using LyX has all the characters showing up very
> poorly - the fonts are messed up and so the document looks very shabby.
> I know that the pdflatex on my machine (windows2000) works fine cos any
> tex fil
Allan Rae wrote:
> P.S. I tawt I taw a meteor shower: I did! I did!
Actually, this is what you saw:
http://www.geekculture.com/joyoftech/joyarchives/260.html
:-)
Larry
Hi,
The pdf file generated using LyX has all the characters showing up very
poorly - the fonts are messed up and so the document looks very shabby.
I know that the pdflatex on my machine (windows2000) works fine cos any
tex file that I edit myself and use pdflatex on produces a good looking
p
Hello
See http://slashdot.org/askslashdot/01/11/19/1933214.shtml
Lyx seems to be a good example (the original author have droped it and
started a miserable little desktop interface project (c; )
Any developper post its story ?
-- Emmanuel
|\ _,,,---,,_ Emman
On Tue, Nov 20, 2001 at 08:46:37PM +0100, Dr. Ing. Dieter Jurzitza wrote:
> What about defining such things in a header by newcommand and
> changing it by changing the declaration of newcommand? I. e. say
> \newcommand{\leftquote}{\glqq} for german double left style and
> \newcommand{\leftquote}{\
On Wed, Nov 21, 2001 at 07:48:55PM +0100, Lars Gullik Bjønnes wrote:
> We do not know how long it will take to make an ascii representation
> of an external inset. So, because of that we decided to only create
> teh X selection when the user explictly asked for a copy.
I thought X selections wer
On Wed, Nov 21, 2001 at 07:43:50PM +0100, Lars Gullik Bjønnes wrote:
> I am pretty sure that I saw a
>
> Makefile.am:
> - sectioning.C
> - sectioning.h
I think I did this. I suppose it got dropped on the floor at some point...
john
--
"Your superior intellect is no match for our puny weapon
On Wed, Nov 21, 2001 at 06:49:19PM +0100, Andre Poenitz wrote:
> > If I'm outside a math-inset (ie, it's not "active") and click inside to make
> > it active, then the cursor is always positioned at the end of the formula,
> > rather than at the point where I clicked. Now that I'm inside the ac
On Tue, Nov 20, 2001 at 07:25:02PM +0100, Andre Poenitz wrote:
> Has anybody hard data that inlining this is (a) happening and (b) has
> significant impact?
>
> If not, I'd move it to some .C, and replace the #include "lyxrow.h" by
> "class Row;"...
isn't this one of the "low-hanging fruit" f
On Tue, Nov 20, 2001 at 02:37:56PM +0100, Andre Poenitz wrote:
> > if you're REALLY sure that it does not change semantics in some insets!
>
> I am not going to do anything there, I was just poking around a bit. And I
> have admit that I have serious problems understanding these things out
> the
On Tue, Nov 20, 2001 at 03:04:08PM +0100, Lars Gullik Bjønnes wrote:
> | It just occured to me that LyX selection behaviour is pretty inconsistent
> | with any other application. Why do I have to press Ctrl-C to make the "LyX
> | selection" available as "X selection"?
>
> This was up on the mail
On Tue, Nov 20, 2001 at 06:43:37PM +1000, Allan Rae wrote:
> I have a small change there to test and then I hope to figure out
> where the best place for a checkInsertChar() that returns true should
> be.
I guess it should go in the suggested new InsetContainer ...
john
--
"Your superior inte
On Tue, Nov 20, 2001 at 06:07:43PM +, Angus Leeming wrote:
> > it would, wouldn't it ! Like to get it working ?
>
> Oh that's not fair! For the time being, I'll have to decline; two weeks off
> means that real work piles up I'm afraid.
;)
> I was playing with before I left. You never know
> | What about removing them from the Makefile.am as long as they are
> | not used?
>
> Haven't you already done that?
I my tree, yes. I did not think that I was going to commit anything from
it, at least not soon?
Andre'
--
André Pönitz .. [EMAIL P
> The only change I noticed is that, for a very large file, total time
> counted by gprof goes from 5.68s to 3.26s :)
Uuh... that is really bad... this goes exactly into the opposite
direction than the one 1.2.0 development has followed all the time
(apart from temporary dark times in Bozano or s
> | struct BufferView::Pimpl : public SigC::Object {
> | + /// copied from paragraph.h even if it does not look overly sensible
> | + typedef std::vector::difference_type pos_type;
>
> Does not look sensible at all.
Would it look more sensible (possibly even to the extend of being
acceptabl
Jean-Marc Lasgouttes wrote:
> It applied flawlessly. I am currently compiling, and will commit it
> afterwards.
Phew... thanks.
Jürgen
> JMarc
> If I'm outside a math-inset (ie, it's not "active") and click inside to make
> it active, then the cursor is always positioned at the end of the formula,
> rather than at the point where I clicked. Now that I'm inside the active
> inset, any subsequent clicking will place me exactly where I w
> How much faster is the compile?
This obviously depends on the file you are touching.
Which one do you mean?
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
> Andre> Small changes in order to reduce include file dependency. The
> Andre> "most intrusive" parts are "localized typedefs" for
> Andre> Paragraph::size_type plus some whitespace changes (mostly
> Andre> spaces -> tab for indentation)
>
> I do not really like the changes to Paragraph::size_ty
> | This is not used at all, it simply bloats the binary...
>
> they are going to be used
Sure they will...
What about removing them from the Makefile.am as long as they are not used?
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
> I *think* the formula insets should be able to handle insertion of
> chars (probably with a change of font but not necessarily -- ideas?)
> Andre'?
I do not really understand what you are talking about. I am just learning
to crawl in the outside world... Last time I looked I could insert some
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Andre Poenitz <[EMAIL PROTECTED]> writes: | This is not used at
Lars> all, it simply bloats the binary...
Lars> they are going to be used
Yes, but they should not be compiled/distributed right now.
JMarc
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Use directly cvs diff -uR >patch.diff
Juergen> Thank you all very much for your patient instructions. I
Juergen> didn't know this indeed %-| Here's the (unmodified) patch
Juergen> against
> You can indeed delete such things, but patch should be able to cope. As for
> the POTFILES.in, it's fine but does look a little perverse. My box does
> something similar. Generally speaking, I delete it too, or at a pinch edit it
> by hand.
>
To make a clean patch, I do:
rm po/*.po po/POTF
On 21-11-2001 at 13:45, Kornel Benko wrote:
>
> > On my system lyx 1.1.6-fix3 works with Ghostscript 6.51 when setting
> > \ps_command to "/usr/bin/gs "
> > in lyxrc.defaults or equivalent
>
> No help here with this configuration.
>
The execvp + " " also seemed to bet ustable on my system, so
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Nov 20, 2001 at 04:39:32PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> What does this do??? As far as I can read, getRow does not modify
>> anything but unused_y (which is truly unused). It does return a
>> row, but this i
On Wednesday 21 November 2001 12:44 pm, Peter Suetterlin wrote:
> Angus Leeming wrote:
> > On Wednesday 21 November 2001 11:00 am, Jules Bean wrote:
> > > Can we get a fix backported to 1.1.6? Even if it's just patching the
> > > .po files to use shorter strings? I'd rather not have the debian
>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> but ok.. but the first pass was only e preprocessor pass?
Yes, I think. I did not try to compare the compile times with both
version, though.
Also, with automake 1.5, I occasionally run into cases where
dependencies go wrong
Am Mittwoch, 21. November 2001 13:16 schrieb Angus Leeming:
> You can indeed delete such things, but patch should be able to cope.
> As for the POTFILES.in, it's fine but does look a little perverse. My
> box does something similar. Generally speaking, I delete it too, or
> at a pinch edit it by h
Angus Leeming wrote:
> On Wednesday 21 November 2001 11:00 am, Jules Bean wrote:
> > Can we get a fix backported to 1.1.6? Even if it's just patching the
> > .po files to use shorter strings? I'd rather not have the debian
> > package crashing for germans...
>
> Get in touch with the appropriat
On Wednesday, 7. November 2001 15:08, you wrote:
> On Mon, 24 Sep 2001 07:25:08 -0700 john wrote:
> > well as someone said that doesn't work for everyone.
> >
> > If I could reproduce the problem I could debug it :(
> >
> > john
>
> Sorry if this is a bit outdated, but this bug still seems to exis
This one is tiny but...
If I'm outside a math-inset (ie, it's not "active") and click inside to make
it active, then the cursor is always positioned at the end of the formula,
rather than at the point where I clicked. Now that I'm inside the active
inset, any subsequent clicking will place me
On Wednesday 21 November 2001 11:47 am, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > Use directly
> > cvs diff -uR >patch.diff
>
> Thank you all very much for your patient instructions. I didn't know
> this indeed %-|
> Here's the (unmodified) patch against recent cvs. Note that
hi
i didn,t have enough time to add ISIRI3342 to lyx in these days.
but i attached some basic changes i made in lyx source code .
i compiled it again just now.there were no problem in my sys;)
i used persian encoding and persian kmap.i'm now working on persiantex and
also im trying to add other
Jean-Marc Lasgouttes wrote:
> Use directly
> cvs diff -uR >patch.diff
Thank you all very much for your patient instructions. I didn't know
this indeed %-|
Here's the (unmodified) patch against recent cvs. Note that the changes
to po/POTFILES.in and the first lines beginning with '?' look
suspi
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | What automake version are you using? With 1.5, it is supposed
Lars> to | compile every file once instead of twice :)
Lars> We already did that with prev. version.
That's not what I read here:
http://sources.redhat.com/automa
On Wednesday 21 November 2001 11:00 am, Jules Bean wrote:
> On Wed, Nov 21, 2001 at 11:05:24AM +, Angus Leeming wrote:
> > On Wednesday 21 November 2001 10:38 am, Jules Bean wrote:
> > > http://bugs.debian.org/120450
> > >
> > > I haven't tried to reproduce it yet, any comments?
> > >
> > >
On Wed, Nov 21, 2001 at 11:05:24AM +, Angus Leeming wrote:
> On Wednesday 21 November 2001 10:38 am, Jules Bean wrote:
> > http://bugs.debian.org/120450
> >
> > I haven't tried to reproduce it yet, any comments?
> >
> > Jules
>
> Trust him, it happens!
>
> In xforms, the tabs expand in siz
On Wednesday 21 November 2001 10:38 am, Jules Bean wrote:
> http://bugs.debian.org/120450
>
> I haven't tried to reproduce it yet, any comments?
>
> Jules
Trust him, it happens!
In xforms, the tabs expand in size automatically to accommodate the title
string. If these strings are long, then t
http://bugs.debian.org/120450
I haven't tried to reproduce it yet, any comments?
Jules
On Wednesday 21 November 2001 9:51 am, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > Does not work:
>
> Arghh!!!
>
> > patch: malformed patch at line 266: @@ -632,7 +648,7 @@
> >
> > Do you really have to hand-edit your patches before sending them?
>
> Well, I used to creat
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> I have to admit that I don't like this kind of work, but I
Juergen> have no idea how to do it better. Maybe I'm just too stupid,
Juergen> so hints are *very* welcome.
Use directly
cvs diff -uR >patch.diff
Note that a .
Jean-Marc Lasgouttes wrote:
> Does not work:
Arghh!!!
> patch: malformed patch at line 266: @@ -632,7 +648,7 @@
>
> Do you really have to hand-edit your patches before sending them?
Well, I used to create patches with a cvs-frontend tool (Cervisia)
which was very comfortable and never cau
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Please try this one (including all my changes from today
Juergen> since my first patch seems not to be committed). I really
Juergen> hope it works. Please tell me, if not!
Does not work:
patch: malformed patch at l
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Just as soon as I sent this, I thought of a couple of
Kayvan> improvements...
Applied.
JMarc
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> ... and a bit more.
Andre> Small changes in order to reduce include file dependency. The
Andre> "most intrusive" parts are "localized typedefs" for
Andre> Paragraph::size_type plus some whitespace changes (mostly
Andre> spaces ->
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Well, this way I cannot check that it still compiles, can I?
Andre> ;-) I'd rather have decent compile times...
What automake version are you using? With 1.5, it is supposed to
compile every file once instead of twice :)
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Mon, Nov 19, 2001 at 04:20:15PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> A third one: if I type a character, it closes the drop-down, but is
>> ignored. It would be better to have it inserted in minibuffer.
John> I can't get this
On 21-Nov-2001 Allan Rae wrote:
> It seems we need to get:
> Inset::checkInsertChar() to return false.
> UpdatableInset::checkInsertChar() to return true.
IMO the Inset::checkInsertChar() should be removed. I added this when
I had the problems that the function was not called. But i
On Tue, Nov 20, 2001 at 07:18:48PM +0100, Andre Poenitz wrote:
> This replaces an #include by a forward declaration.
(Sorry. Pretend it's Friday).
Good work. Reminds me of my early days in C++: I had no idea about
forward declarations, so every single class had to #include the header
for every
62 matches
Mail list logo
