On Tue, May 04, 2004 at 10:05:24AM +0100, Angus Leeming wrote:
> enabled XWorkArea to use the conventional X11 drawing model. (John,
> do you have it archived, else I'll have to trawl the archives to dig
> it out.)
Sorry, long since lost
john
On Sun, May 02, 2004 at 12:53:59PM +0200, Christian Ridderstr?m wrote:
> I came across this link
>
> http://www.asktog.com/columns/022DesignedToGiveFitts.html
A stone cold classic indeed.
You can find some other interesting stuff to read in the same vein via
http://movementarian.org/ui/
On Wed, Apr 28, 2004 at 10:22:20PM +0200, Andre Poenitz wrote:
> Andre' Alfredo Lgb Jean-Marc
Well, just in case I actually make it for once... assuming "5" is
perfect, "0" is no way:
> 4.7. 2
> (10.7.) 0
> 17.7.3
> (24.7.) 2
> 31.7.0
> [(07.8.)] 3
> [14.8.]
On Wed, Apr 28, 2004 at 12:13:07AM +, Andreas Klostermann wrote:
> I believe the complete unicode transition will be a very big step, and can only
> be done if a good number of developers really want it. I am new with lyx
We ALL really want it :)
> development and I didn't produce anything r
On Tue, Apr 27, 2004 at 07:16:25PM +, Andreas Klostermann wrote:
> The big benefit of UTF 8 is that you can use it for everything. No need to
> switch or determine a special encoding. Another big benefit is that it keeps
The encoding of LyX files is a small part of the problem. We also need
t
On Tue, Apr 27, 2004 at 03:27:39PM +, Andreas Klostermann wrote:
> So do you propose to stop a new discussion in the starts?
> Obviously the GTK version cannot proccess non-English characters. This is a
You're making an assumption that the only way to fix the GTK frontend
bug is to use Pango
On Fri, Apr 23, 2004 at 01:32:52PM -0500, Albert Chin wrote:
> The SGI C++ compiler errors out because of #warning which is a GCCism.
>
> src/frontends/qt2/QBrowseBox.C needs 'use std::floor' because it makes
> a call to floor().
Your patch seems wrong. All of them should be
#ifdef WITH_WARNING
On Thu, Apr 22, 2004 at 12:36:30PM +0200, Andre Poenitz wrote:
> My understanding is that you would use an additional bunch of scripts
> called 'submaster' to do that. I am not sure though, and it might even
> be possible to use 'submaster' together with real CVS.
I see, I hadn't realised there w
On Thu, Apr 22, 2004 at 11:01:11AM +0200, Jean-Marc Lasgouttes wrote:
> I agree, we should not create a barrier preventing entry of new
> developers... and also avoid annoying existing ones :)
>
> Concerning the requirements of the client, they seem to be:
>
> - APR from apache 2.0
>
> If I u
On Wed, Apr 21, 2004 at 04:16:49PM +0200, Andre Poenitz wrote:
> I've recently seen a presentation on the subversion/submaster combo and
> I was pretty impressed, especially with it's 'offline capabilities'.
Um, are you sure? AFAIUI subversion has no real support for distributed
development, as
On Wed, Apr 21, 2004 at 02:42:23PM +0100, Angus Leeming wrote:
> http://bugzilla.lyx.org/
> Click on "simple bug guide"
>
> http://bugzilla.lyx.org/simple-bug-guide.html
> Click on "2. most frequently reported bugs"
>
> http://bugzilla.lyx.org/mostfrequent.cgi
> Click on "Log in" in the bottom,
On Wed, Apr 21, 2004 at 02:18:36PM +0100, Angus Leeming wrote:
> What are we supposed to look for?
Problems... suggestions...
john
On Wed, Apr 21, 2004 at 02:21:18PM +0100, Angus Leeming wrote:
> (To make John happy) XForms is stupid and Qt is clever.
Hmmm... you have it half right :)
> XForms has no such magic, so we need to do it ourselves.
> At the moment the XForms frontend supports a single toolbar only and
> both the
On Wed, Apr 21, 2004 at 03:24:27PM +0200, Lars Gullik Bj?nnes wrote:
> | One thing is that the icons on the simple bug guide are broken...
>
> right but what is the problem :-)
I just replaced them with text.
john
Please, everyone, check out the new front page.
cheers
john
On Wed, Apr 21, 2004 at 02:41:57PM +0200, Lars Gullik Bj?nnes wrote:
> You should be able to access the file now, please tell if there are
> other problems. (there will be)
One thing is that the icons on the simple bug guide are broken...
john
On Wed, Apr 21, 2004 at 01:39:23PM +0200, Lars Gullik Bj?nnes wrote:
> I have "look at subversion and try it out" on my agenda.
Please no. You have to install a load of Apache crap (even if you don't
need to use webdav)
john
On Wed, Apr 21, 2004 at 09:08:40AM +0200, Lars Gullik Bj?nnes wrote:
> | Unfortunately most of the files only have read permission for group
> | "apache"
>
> but not the index file.
That's not much use if it's in a directory I can't read or execute
john
On Tue, Apr 20, 2004 at 08:09:49AM +0200, Lars Gullik Bj?nnes wrote:
> I added you and John to the bugzilla group.
I'm still not in the group:
[EMAIL PROTECTED] bugzilla]$ groups
levon cvsusers
(despite /etc/group). Furthermore, most of the files are only readable
by group "apache".
john
On Tue, Apr 20, 2004 at 08:09:49AM +0200, Lars Gullik Bj?nnes wrote:
> /home/bugzilla/mozilla/webtools/bugzilla/template/en/custom/index.html.tmpl
>
> I added you and John to the bugzilla group.
Unfortunately most of the files only have read permission for group
"apache"
john
On Tue, Apr 20, 2004 at 04:31:41PM +0100, Angus Leeming wrote:
> because QLToolBar (and its counterparts in the other frontends) does
> too much.
are you sure QLayout isn't already a Qt class?
> I think that the result is far cleaner. As a bonus, it gets rid of the
> ToolbarProxy class.
I don't
On Tue, Apr 20, 2004 at 08:09:49AM +0200, Lars Gullik Bj?nnes wrote:
> | How can we change the bugzilla frontpage?
>
> /home/bugzilla/mozilla/webtools/bugzilla/template/en/custom/index.html.tmpl
>
> I added you and John to the bugzilla group.
Thanks. JMarc, I'm going to look at the page this ev
On Mon, Apr 19, 2004 at 08:51:33PM +0200, Jean-Marc Lasgouttes wrote:
> >I'd do that in a follow-up patch along with View->Toolbars (I don't
>
> Do we really need to have this in a menu? I never understood why
> programs tend to do this. What's wrong with the preferences dialog?
Because toolbar
On Mon, Apr 19, 2004 at 02:21:15PM -0400, Kuba Ober wrote:
> I drink imports. :)
I should hope so too! Well that or the micros... I'm likely to be in
Ohio some time around never, but I'll take you up on that. Ohio's really
small, right ? ;)
john
On Mon, Apr 19, 2004 at 06:50:20PM +0100, Angus Leeming wrote:
> I don't see it dissappearing on Return. Am I missing something?
I'm not sure whether we should do this or not to be honest. It's of
dubious utility and we'd have to somehow store whether it's temporary or
not.
> Incidentally, it's
OK?
It should be relatively easy after this to add View->Toolbars, but
semantics are not immediately obvious (auto-toolbars).
regards
john
Index: lib/ui/default.ui
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/ui/default.ui,v
This simple patch partially restores the improvements to the cursor
display logic I made some time ago. Now you don't lose the cursor
entirely whilst holding down right arrow.
However, the risk of regressions is high. I would like, however, to
apply the patch and ask everyone to keep a look out f
On Sun, Apr 18, 2004 at 09:57:58PM +, [EMAIL PROTECTED] wrote:
> lyx-devel/src/mathed/: ref_inset.C command_inset.C
> command_inset.h
We abandoned changelogs?
john
On Sun, Apr 18, 2004 at 09:30:10PM +0200, Jean-Marc Lasgouttes wrote:
> I found out by looking at /etc/httpd/virtual.d/
Weird, I must be going crazy, I looked but didn't see the virtual.d
directory
john
On Sun, Apr 18, 2004 at 08:22:52PM +, [EMAIL PROTECTED] wrote:
> Modified files:
> lyx-devel/src/: BufferView_pimpl.C
>
> Log message:
> fix goto ref
>
> Patches:
> http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/BufferView_pimpl.C?r1=1.539&r2=1.540
Um, didn't you test it?
On Sun, Apr 18, 2004 at 07:19:18PM +0200, Andre Poenitz wrote:
> It's no problem on a 10 Mbit LAN. I havent' tried anything slower,
> though.
OK, we can live with that I suppose.
regards
john
On Sun, Apr 18, 2004 at 07:39:57PM +0200, Jean-Marc Lasgouttes wrote:
> Excellent question... This prompted me to try to find it. It turns out
I couldn't work out how the virtual host ends up there though. There
doesn't seem to be anything in httpd.conf that says.
> This sucks. The frontpage nee
How do I get access to change the bugzilla frontpage? Where is it?
regards
john
Is it really intended that we expose the entire workarea every time I
move the cursor? Anybody tried this across a network yet?
regards
john
On Sun, Apr 04, 2004 at 06:16:21PM +0200, Rune Hansen wrote:
> I have found a bug in the lyx spellchecker that makes lyx crach
>
> To reproduce the crash:
>
> 1. Open several documents in lyx (with some spelling errors in it...)
>
> 2. Start spellchecker in one of the documents - when dialogb
On Tue, Apr 13, 2004 at 06:09:27PM +0200, Andre Poenitz wrote:
> So, if I understand correctly, the argument goes as follows.
>
> - nobody but a few knew of the command line
> - so we separated it from the status display to make them more visible
> - now it takes too much space
> - so we hide
On Tue, Apr 13, 2004 at 05:02:59PM +0100, Angus Leeming wrote:
> Resizing the Qt frontend dialog has no effect on the tabs :-( I'm sure
> it is something trivial, but I'm blowed if I know what.
You broke the layout (added something ?). You need to group stuff again
(select the objects then use th
On Tue, Apr 13, 2004 at 03:32:32PM +0100, Angus Leeming wrote:
> I think so. Here's why.
>
> The command buffer performs two roles:
> 1. It provides us with state information. (All those useful 'Running
> latex' etc messages.)
> 2. It gives us a means to enter lfuns from 'by hand'.
>
> The xform
On Sat, Apr 10, 2004 at 11:34:43PM +0200, Andre Poenitz wrote:
> Well, if this would be done, I could live with it. Until then I'd
> prefer a visible mini-buffer. Makes debugging a bit easier.
We could probably enable it by default for development versions or
something
regards
john
On Fri, Apr 09, 2004 at 05:58:21PM +0200, Andre Poenitz wrote:
> I do, at least in the numerator of a fraction on the first line...
That's a different problem i.e. it was working before somebody messed up
all the new cursor painting stuff...
regards
john
On Fri, Apr 09, 2004 at 05:58:57PM +0200, Andre Poenitz wrote:
> Is this a permanent change?
Yes. I would like some things on top though (and have done for a long
time). First, the M-x thing Angus mentioned. Second a View->Toolbars
submenu.
regards
john
On Fri, Apr 09, 2004 at 08:59:25AM +0200, Alfredo Braunstein wrote:
> John Levon wrote:
>
> > It also means you don't see the cursor on the first line due to our
> > cursor displaying logic.
>
> I don't see this problem.
Try making the first line Title or
On Thu, Apr 08, 2004 at 05:25:10PM +0100, Angus Leeming wrote:
> Now, personally, I think that it should be there, but leaving that to
> one side, why don't we have a minibuffer that 'appears' when I type
> 'M-x' and 'disappears' when I subsequently hit return? That way, its
> behaviour is anal
On Thu, Apr 08, 2004 at 12:52:53PM +0200, Juergen Spitzmueller wrote:
> * In 1.4, the top/bottom margin in the lyxview is close to zero. Personally, I
> don't like this.
It also means you don't see the cursor on the first line due to our
cursor displaying logic.
We need the margins back
john
On Thu, Apr 08, 2004 at 12:04:26AM +0100, Angus Leeming wrote:
> Question 1
> ==
> Is this safe? Ie, will it work if $FIG is empty?
> +if test "$FIG" = "xfig"; then
>
> The usual strategy is:
> +if test "x$FIG" = "xxfig"; then
>
> which is guaranteed to work with all versions of sh.
I n
On Wed, Apr 07, 2004 at 10:16:48PM +0200, Andre Poenitz wrote:
> That'd be indeed a shame. But as all the change tracking code sits
> around in a corner somewhere it 'only' takes someone who knows how it
> used to work to cobble it together...
Last I looked, fixing it would require some non-trivi
On Wed, Apr 07, 2004 at 06:09:50PM +0100, Angus Leeming wrote:
> Interesting. Based here or in the US?
Both really :) I'm still in Manchester but practically everybody I work
with lives in California.
> Fair enough. It's been a frustrating time, but things *are* getting
> better.
That's good t
On Wed, Apr 07, 2004 at 06:00:08PM +0100, Angus Leeming wrote:
> Granted. But that doesn't have an "Ok" button, just a "Close".
True.
> Incidentally, How is life with you? Did you find your "Challenging
> position in systems software development"?
Sure did. I'm busy hacking Solaris for Sun.
>
On Wed, Apr 07, 2004 at 04:57:55PM +0100, Angus Leeming wrote:
> >> Works for me for the "tabular create" dialog in both lyx 13x and
> >> 14x.
> >
> > Well, not here. This is fvwm2 but I doubt this is the reason.
Sounds to me like Andre is talking about the Tabular edit dialog not
Create, which
On Mon, Apr 05, 2004 at 05:46:15PM +0200, Jean-Marc Lasgouttes wrote:
> John, could you add it and/or grant me sufficient rights so that I can
> do it?
Have a go, I turned on all bits for you so you should be able to do it
now in theory
john
On Sat, Apr 03, 2004 at 08:00:08PM -0500, Zvezdan Petkovic wrote:
> John, you really have a penchant to step on my toes for no particular
> reason. :-)
> Hopelessly naive implies that I'm an idiot who doesn't know what's he
> talking about.
I didn't mean to offend. Sorry.
> I grant you that some
On Sat, Apr 03, 2004 at 03:32:49PM -0500, Zvezdan Petkovic wrote:
> You mentioned scientific community before mentioning Word.
> I do not know which scientific community you belong to,
> but I know for sure that all computer scientists, mathematicians, and
> physicists I know use LaTeX. It's _THE
On Sat, Apr 03, 2004 at 11:32:25AM +0100, Nachev, Parashkev C wrote:
> It seems to me the main thing that is stopping the whole of the
> scientific community switching to Lyx is the lack of an easy way of
> integrating it with bibliographic management software. None of the open
> source bibliogra
On Fri, Apr 02, 2004 at 11:11:37PM +0200, Jean-Marc Lasgouttes wrote:
> Angus> Sheesh. Does that mean I have to learn how to fix bugs in the
> Angus> core?
>
> Or (even worse) release xforms 1.1?
You'll never make a good manager if you stick to this either/or
methodology :)
john
On Wed, Mar 31, 2004 at 09:57:03PM +0100, Angus Leeming wrote:
> And yet more turning of that wheel. In fact, this is the very last
> dialog to be converted. Whooo Hooo!
Great stuff bud!
john
On Wed, Mar 31, 2004 at 09:14:23PM +0200, Andre Poenitz wrote:
> On Wed, Mar 31, 2004 at 04:40:59PM +0100, Angus Leeming wrote:
> > lfuns.h says that these lfuns have value 215 and 217 but that may or
> > may not be true:
> > // 215
> > LFUN_MOUSE_PRESS, // André 9 Au
On Sun, Mar 28, 2004 at 02:09:26PM +, Angus Leeming wrote:
> Patch attached FYI. Moves the code that actually dispatches the print
Coolio, how many more of these to go before you can do "the big cvs
remove" ?
john
On Fri, Mar 26, 2004 at 05:36:44PM +0100, Alfredo Braunstein wrote:
> Thanks. Does the same holds for the "autosave file is newer" dialog
> (triggered always on File->Open)?
Probably yeah
john
On Fri, Mar 26, 2004 at 04:28:02PM +0100, Jean-Marc Lasgouttes wrote:
> > "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
>
> FYI, Bennett has volunteered to help the OSX port of LyX, now that
> Ronald has run out of time. I asked him to post about this problem
> here, since I suspect
On Fri, Mar 26, 2004 at 02:11:34PM +0100, Alfredo Braunstein wrote:
> > I'm asking how do you get it at all...
>
> File->Open a document on which lyx has previously died.
OK.
You're correct, I fscked up on that one. It needs a Cancel
regards
john
On Fri, Mar 26, 2004 at 12:53:37PM +0100, Alfredo Braunstein wrote:
> >> Is there any reason why there is no way to cancel a load when the dialog
> >> pops up with "an emergency save ... [Recover] [Load Original]'?
> >
> > How do you bring this dialog up?
>
> I don't think it matters. I wanted t
On Fri, Mar 26, 2004 at 10:45:21AM +0100, Alfredo Braunstein wrote:
> Is there any reason why there is no way to cancel a load when the dialog
> pops up with "an emergency save ... [Recover] [Load Original]'?
How do you bring this dialog up?
john
On Wed, Mar 24, 2004 at 11:48:51AM +, Angus Leeming wrote:
> No, of course not. Let's assume that I was confused and move on. Are
> you happy for me to commit the patch? If so, I'll do so this evening.
Why not?
> I have a slightly guilty feeling that this patch will need to be
> re-impleme
On Wed, Mar 24, 2004 at 11:21:44AM +, Angus Leeming wrote:
> I thought that I read that the handler could be implemented as a
> separate thread?
You'd be one up on me if POSIX allows this. Do you have a reference?
cheers
john
On Wed, Mar 24, 2004 at 10:55:11AM +, Angus Leeming wrote:
> 1 if (current_child == -1)
> 2 return;
>
> // Block the SIGCHLD signal.
> 3 sigprocmask(SIG_BLOCK, &newMask, &oldMask);
>
> // Wait for an existing signal to finish being processed.
> 4 w
On Wed, Mar 24, 2004 at 10:31:02AM +, Angus Leeming wrote:
> > By all means burn my extremities, but I believe that tinyurl URLs
> > are cached, and expire after a certain time.
>
> At the very top of http://tinyurl.com :
>
> Welcome to TinyURL!?
>
> Are you sick of posting URLs in emails o
On Wed, Mar 24, 2004 at 09:05:47AM +0100, Alfredo Braunstein wrote:
> >> John, have a medal! Thank you!
> >
> > Does this mean Alfredo doesn't hate me any more?
>
> Because of a medal? I you take your medaled royal ass back here and start
> coding I may stop ;-)
I'm an award winner, I don't nee
On Tue, Mar 23, 2004 at 11:27:24PM +0100, Andre Poenitz wrote:
> > This was also common for table work before stuff was redone, but this
> > time I was under the disadvantage of all the code having changed under
> > me.
> >
> > So either I'm stupid, or the bugs aren't quite as easy
> > to find a
On Tue, Mar 23, 2004 at 10:40:27PM +, Angus Leeming wrote:
> I do believe that we've got there. Attached is the final patch with a
> description of the design embedded in forkedcontr.C.
By all means burn my extremities, but I believe that tinyurl URLs are
cached, and expire after a certain t
On Tue, Mar 23, 2004 at 08:14:57PM +, Angus Leeming wrote:
> What ever happened to the quote of the month? ;-)
Hmm, I stopped doing it. But I may well restart for my own benefit!
> John, have a medal! Thank you!
Does this mean Alfredo doesn't hate me any more?
john
--
"Spammers get STABB
On Tue, Mar 23, 2004 at 06:46:12PM +, Angus Leeming wrote:
> Why don't you like
> while (!finished) {
> someNonTrivialFunction();
> if (fl_check_forms() == FL_EVENT) {
> ...
> }
> }
>
> (I guess that this is what you call a 'busy loop'?)
I think th
On Tue, Mar 23, 2004 at 07:06:30PM +, Angus Leeming wrote:
> > Maybe I misunderstood what you wanted to change in Qt. A "busy
> > loop" would be one that chewed CPU despite no events arriving.
>
> This is what seems to happen in the Qt-equivalent. We get a
> never-ending stream of calls to
On Tue, Mar 23, 2004 at 07:38:48PM +, Angus Leeming wrote:
> Me too, if only because hacking into the Qt event loop turns out to be
> a right PITA.
>
> Nonetheless, playing devil's advocate, why is Strategy 2 better than
> the existing strategy of using a Timeout to reap the children also?
On Tue, Mar 23, 2004 at 04:02:55PM +, Angus Leeming wrote:
> Details follow below. Please try and rip it to shreds.
Can't pick a hole in it. Looks fine to me
cheers
john
On Tue, Mar 23, 2004 at 08:53:55AM +, Angus Leeming wrote:
> I don't think you've read my proposed code. I'm pretty sure it's
Maybe I just misread it (and now it's deleted).
> > We drop out of the Qt loop to check the sigatomic_t.
> > If it's set, then we go and reap the child, secure that
On Mon, Mar 22, 2004 at 10:00:22PM +, Angus Leeming wrote:
> > We only need to reap children every 10 minutes or whatever
>
> Then we go back to the timer and the whole thing has been a waste of
> time?
Why do you say that? It's completely normal and expected practice.
> It is trivially ea
On Mon, Mar 22, 2004 at 06:54:15PM +, Angus Leeming wrote:
> It turns out that QEventLoop exists only for Qt >= 3.1. I'm running
> RH8 here (Qt 3.0.5). For Qt < 3.1, the trick seems to be to use a
> QTimer with 0 timeout. That *does* work.
Excuse me if I'm misunderstanding, is this going to
On Mon, Mar 22, 2004 at 12:36:48PM +, Angus Leeming wrote:
> Let's be careful here. Could you check the attached patch? If you're
> happy, I'll commit it.
Looks magic
john
--
"Spammers get STABBED by GOD." - Ron Echeverri
On Mon, Mar 22, 2004 at 10:37:30AM +, Angus Leeming wrote:
> > Not really happy actually. If we get a SIGPIPE and a SIGSEGV, we'd
> > lose the SIGSEGV afaics.
>
> Hence my statement that we should remove the SIGPIPE. Ie, SIGPIPE
> signals should not be handled by error_handler. In fact we do
On Mon, Mar 22, 2004 at 09:28:01AM +, Angus Leeming wrote:
> John Levon wrote:
> >> Or should the code in child_handler be truly trivial:
> > Yes.
>
> John, I take it that you're (almost) happy with the existing signal
> handling code in error_handler b
On Sun, Mar 21, 2004 at 07:53:13PM +0100, Alfredo Braunstein wrote:
> PS: I hope it doesn't mean you are stupid. I've spent more than two hours
> for some of the bugs I've fixed. ;-)
Did you spend more than 2 hours even trying to get some handle on the
problem though ?
john
--
"Spammers get ST
On Sun, Mar 21, 2004 at 03:24:59PM +0100, Andre Poenitz wrote:
> More importantly, I think it would be generally a good idea if the 'Old
> gang' had a look at the core in its current incarnation. It has changed
> quite a bit, so some things that were true a year ago aren't true
> anymore (and the
On Fri, Mar 19, 2004 at 06:21:16PM +, Angus Leeming wrote:
> Attached is a patch to use the SIGCHLD signal instead of this Timeout. The
Good man. You made the UNIX bunnies happy (that is, me).
> static void child_handler(int err_sig)
> {
> switch (err_sig) {
> case SIGCHLD:
On Thu, Mar 18, 2004 at 06:55:36PM +0100, Andre Poenitz wrote:
> Startup plus loading the UserGuide alone is
> 0.22s
I assume this is with warm caches :L)
> Startup plus loading the UserGuide plus 20 breaks of the initial paragraph are
> 0.5s for the list based version on a AMD Athlon(TM)
On Thu, Mar 18, 2004 at 03:41:54PM +0100, Andre Poenitz wrote:
> This is changing ParagraphList to a std::vector.
OK, but ...
>
> After playing around a bit I am convinced this is the way to go. First
> of all, there is really no performance problem withit whatsoever. E.g.
> splitting the first
On Thu, Mar 11, 2004 at 08:52:24PM +0100, Alfredo Braunstein wrote:
> Of course, the question is *when uncollapsed*. I cannot draw it uncollapsed
> with ascii-art because I don't know how it will rebreak (exactly the
> question). My question is (third time) how does your ideal_width works... So
>
On Thu, Mar 11, 2004 at 07:30:23PM +, Angus Leeming wrote:
> Sure, but this visual info need not be the width of the area into
> which you're typing the text. It could be a horizontal arrow with the
> actual width as text. Eg:
>
> <-- Width 1 in -->
> -
Sure, why not, but
On Thu, Mar 11, 2004 at 07:50:21PM +0100, Alfredo Braunstein wrote:
> > Minipages. If I set two minipages to 50% it would be nice if they
> > appeared next to each other, like they used to. That's all.
>
> Didn't knew that (never used that myself). I don't know if I would like it
> though - that
On Thu, Mar 11, 2004 at 11:40:39AM +, Angus Leeming wrote:
> Given that everything is an inset, why don't we have an "indent" inset
> and insert this as the first character in a paragraph? That would
> remove all this special casing from the core.
It would be lovely and of course several of
On Thu, Mar 11, 2004 at 09:41:13AM +0100, Alfredo Braunstein wrote:
> I mean, I'm sure you know it's not the only open bug in current cvs.
He he :)
(never ashamed to overuse emoticons myself!)
> > o how wide is the box
> > o what width does a char want (for full width insets: 100%, for
> > mi
On Wed, Mar 10, 2004 at 10:15:11PM +0100, Alfredo Braunstein wrote:
> Good for you. Well as I've started fixing drawing problems only a short time
> ago, I've probably missed it at that time. But you really expect me to
> remember your random solution to a random bug?
Not sure it's random, given
On Wed, Mar 10, 2004 at 02:32:34PM +0100, Alfredo Braunstein wrote:
> Well, it turns out that this is not a trivial bug, but something structural
> with the drawing scheme we'd have to sort out. The problem is the
> following: in a paragraph with first indented line, the avail space is
> something
On Wed, Feb 25, 2004 at 04:04:34PM +, Angus Leeming wrote:
> Hey! Don't get grumpy with the only guy doing *any* coding at the
> moment.
Fair point (well I could continue to argue, but why make myself even
less popular :)
> If you want a fight, have one with me. Just give me a moment
> to
On Wed, Feb 25, 2004 at 12:54:49PM +0100, Andre Poenitz wrote:
> I find the current method optically far too intrusive for 'small'
> boxes like footnotes consisting of just three words etc.
This is very much a by-issue. The fact is that this stuff has been
completely broken for months now, and al
On Tue, Feb 24, 2004 at 08:11:28PM -0500, Zvezdan Petkovic wrote:
> Right. But LyX config didn't do that. It bailed out because it
I guess you missed the tone of my comments. "It would be nice if they'd
done *this* in the first place" not "We won't fix it because I want
*this*".
I'm just ranti
On Tue, Feb 24, 2004 at 12:56:25PM -0500, Zvezdan Petkovic wrote:
> I suspect the problem is when a user has KDE with qt3-mt dependency,
> and perhaps a single application which either doesn't support threading
> and depends on qt3 or even qt2. Then you have both installed.
>
> If your configure
On Tue, Feb 24, 2004 at 06:30:08PM +0100, Christian Ridderstr?m wrote:
> Good point, how about:
> Insert->Floats->Figure (wrapped text)
Maybe, it's a little clumsy.
Actually I had thought I had "Text-wrapped Figure" somewhere.
john
--
"Spammers get STABBED by GOD." - Ron Echeverri
On Tue, Feb 24, 2004 at 12:10:32PM -0500, Zvezdan Petkovic wrote:
> LyX configure script looks for moc2 and moc only.
> On OpenBSD it happens to be moc3-mt. And it never gets found.
Ugh. What a mess.
> The only way to have all of them in the same time is to call them
> differently (moc2, moc3,
On Tue, Feb 24, 2004 at 12:42:08PM +0100, Christian Ridderstr?m wrote:
> Hi
>
> Is there any reason why the menu entry
> Insert->Floats->Figureflt
>
> can be called something else? Like perhaps
> Insert->Floats->Wrapped figure
It's the text that's wrapped not the figure
john
On Mon, Feb 23, 2004 at 07:45:15PM -0500, Zvezdan Petkovic wrote:
>automagically defined. The trouble is that LyX's configure doesn't
>respect MOC and UIC environment variables and overwrites them.
>
>The patch mentioned in the comment above that would fix this is
>attached below
601 - 700 of 7260 matches
Mail list logo
