On Sat, Aug 13, 2005 at 01:56:22PM +0200, Andre Poenitz wrote:
> Btw, I don't really like BOOST_ASSERT (as well as the 'traditional'
> ASSERT) as it does not offer a possibility to specify what should happen
> in the failure case. Most failure conditions are not critical for the
> appliction, but
On Sat, Aug 13, 2005 at 08:40:04PM +0200, Andre Poenitz wrote:
> What is missing for a 1.4 release now?
I'd be happy for the current 1.4 targetted bug list to get fixed (and
any real stoppers). Things are looking really good for me.
regards
john
On Sun, Aug 14, 2005 at 09:54:04AM +0200, Andre Poenitz wrote:
> > An assertion signals that something is wrong; by their very nature we
> > cannot be positive as to what the issue is. In particular the risk of
> > silent corruption becomes a lot larger.
>
> Not if we tell the user and give him a
On Thu, Sep 01, 2005 at 08:39:54AM +0300, Martin Vermeer wrote:
> > 1. Create a new 5x5 table
> > 2. Fill the cells in the first two rows with some random content
> > 3. Cut the content of the fourth column (cells in 1st and 2rd row)
> > 4. Cut some text from the first cell in row 1
> > 5. Paste i
On Thu, Sep 01, 2005 at 11:31:18AM +0200, Jean-Marc Lasgouttes wrote:
> John, did you find the time to test this patch?
Sorry, I'm waayy too busy...
john
On Wed, Sep 07, 2005 at 09:46:00AM +0100, Angus Leeming wrote:
> The attached patch implements this for LyX 1.3.x. Thoughts?
What happens if the real widgets extend right to the edge already? You
don't get the ">>" thing do you? If not, fine.
regards
john
On Fri, Sep 09, 2005 at 12:27:31PM +0100, Jose' Matos wrote:
> Searching in bugzilla I get 4 critical bugs targeted to 1.4.0, is the
> objective to have no critical bugs before releasing pre1?
I thought the purpose of setting target milestone for any bug was "must
be fixed". Maybe there's
On Fri, Sep 09, 2005 at 12:27:31PM +0100, Jose' Matos wrote:
> Searching in bugzilla I get 4 critical bugs targeted to 1.4.0, is the
> objective to have no critical bugs before releasing pre1?
Ooops, I just saw "pre1". Please ignore me...
john
On Tue, Sep 13, 2005 at 09:24:07AM +0200, Georg Baum wrote:
> It looks like configure does not find the qt libary (but it seems to find
> the headers). This looks like a configure bug: It should stop with an error
> message if the library cannot be found.
IIRC Lars changed this.
regards
john
On Tue, Jan 06, 2004 at 04:09:08PM +0100, Georg Baum wrote:
> If use_tempdir is false, lyx does not know wether a certain file was created
> by lyx or not. This means that every time you update the view, it will ask
> wteher it should overwrite the created files or not. If there are 100
I'd mu
On Tue, Jan 06, 2004 at 04:30:23PM +0100, Jean-Marc Lasgouttes wrote:
> Basically, use_tempdir is difficult to get perfectly right, especially
> if you do not know in advance what files will be produced by the
> converter.
Surely using the tempdir makes that easier - the contents of the
directory
On Tue, Jan 06, 2004 at 05:03:16PM +0100, Jean-Marc Lasgouttes wrote:
> If you want to export to dvi and have an eps image, I seem to remember
> that the dvi will contain an hardcoded reference to a file that does
> not exist:
> http://bugzilla.lyx.org/show_bug.cgi?id=1244
Ugh :((
How horrible
On Tue, Jan 06, 2004 at 06:28:10PM +0100, Andre Poenitz wrote:
> Does this compensate for that sore lack of really long words in English?
Incontrovertibly, my sesquipedalian co-conspirator.
Well, I tried at least.
john
--
Khendon's Law:
If the same point is made twice by the same person, the t
On Tue, Jan 06, 2004 at 06:44:21PM +0100, Andre Poenitz wrote:
> case 1 seems to be uniformly better. So why not use it?
It's a bit long winded, that's why. But since we have serious bloat
problems already ...
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread
On Wed, Jan 07, 2004 at 11:29:45AM +, Angus Leeming wrote:
> dialog will not be implemented (a task manager of processes forked by lyx).
> It was implemented in the xforms frontend 'for fun'. I'm not sure whether I
> agree with John Levon when he says that 'suc
On Wed, Jan 07, 2004 at 04:53:22PM +0100, Jean-Marc Lasgouttes wrote:
> > "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
>
> Ronald> The attached patch to 1.3.4cvs -- suggested by Jean-Marc --
> Ronald> lets LyX/Mac find additional fonts in its own application
> Ronald> bundle. The a
On Wed, Jan 07, 2004 at 11:10:49AM -0500, Ronald Florence wrote:
>
> All of the code changes are inside QT_WS_MAC defines.
Looks fine
+ UInt8 buf[255];
+ CFURLGetFileSystemRepresentation(FontsURL, true, buf, 255);
But is this definitely correct ? (i.e. is the funct
On Wed, Jan 07, 2004 at 12:15:13PM -0500, Ronald Florence wrote:
> No more than maxBufLen bytes are written to buffer. If url requires
> more than maxBufLen bytes to represent itself, including the
> terminating null byte. this function returns false. To avoid this
IN which case we should real
On Thu, Jan 08, 2004 at 12:04:13PM +0100, Alfredo Braunstein wrote:
> But *not* by pressing the esc key. Go figure.
>
> Pressing the esc key is not equivalent to pressing the cancel button.
Qt is moronic. I probably ranted about this in the archives. More
importantly, I fixed the problem for som
On Thu, Jan 08, 2004 at 12:43:19PM +0100, Alfredo Braunstein wrote:
> Cool, I think so. I think it's adding this one, right?
That looks like it yes
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Thu, Jan 08, 2004 at 11:51:16AM +, Angus Leeming wrote:
> Finally, I'm baffled by this:
>
> void QSpellcheckerDialog::reject()
> {
> form_->slotWMHide();
> QSpellcheckerDialogBase::reject();
> }
This is the crucial code :)
> Note 1. The QSpellcheckerDialog::reject is not
On Thu, Jan 08, 2004 at 02:18:35PM +0100, Alfredo Braunstein wrote:
> > I don't think that this is any better/may well be impossible to encode.
> > Have a go.
>
> Ugh. You convinced me (I understand near to nothing about qt). Alternatively
> we can also solve it only for the ones that really need
On Thu, Jan 08, 2004 at 01:26:25PM +, Angus Leeming wrote:
> Ie, _all_ inset dialogs should invoke CancelButton however they are
> closed.
>
> All this is new in the 1.4.x scheme of things of course.
I see. Darn.
> Incidentally, reject() exists only for QSpellcheckerDialog.C...
After an a
On Fri, Jan 09, 2004 at 12:44:24PM +, Angus Leeming wrote:
> Incidentally -- ping John. Are you listening --- is it possible to
> emit a signal on a Key_Escape event? If so, we could put the slot in
I don't think so.
regards
john
--
Khendon's Law:
If the same point is made twice by the s
On Tue, Jan 13, 2004 at 06:10:01PM +0100, Andre Poenitz wrote:
> Words like '\param' clearly interfere with reading...
Indeed. It could be smart and look at the function code itself, if you
get into the habit of naming parameters even in prototypes/headers, then
doxygen could do it automatically.
On Tue, Jan 13, 2004 at 06:34:29PM +0100, Andre Poenitz wrote:
> > But no, we have B&D instead :/
>
> Whatever that is.
Bondage & Discipline.
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Wed, Jan 14, 2004 at 05:21:52PM +0100, Lars Gullik Bj?nnes wrote:
> | *shrug*
>
> I *hate* shrugging!
He he he :)
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Thu, Jan 15, 2004 at 12:23:06PM +0100, Andre Poenitz wrote:
> + /// identification as math inset
> + UpdatableInset * asUpdatableInset() { return this; }
Typo
regards
john
On Tue, Feb 03, 2004 at 05:46:44PM +0100, Andre Poenitz wrote:
> // remove one level of cursor
> switch (res.val()) {
> case FINISHED:
> - pop(i);
> cmd = FuncRequest(LFUN_FINISHED_LEFT);
D
On Wed, Feb 04, 2004 at 08:46:58AM +0100, Alfredo Braunstein wrote:
> > BTW a general question: if the number of 'const' keywords in the code
> > increases, does that tend to make the code better?
>
> A code with all its variables const is pretty useless generally :-P
Hmm, I know a few computer
On Wed, Feb 04, 2004 at 11:09:56AM +0100, Lars Gullik Bj?nnes wrote:
> | Hmm, I know a few computer scientists who might disagree with you there
> | :)
>
> Are you thinking of functional languages (like ML) where all variables
> are immutable?
Course. And the funky thing they have to get round
On Mon, Feb 09, 2004 at 11:20:36AM +0100, Karsten Heymann wrote:
> I have a small feature request: Would it be possible that a switch
> "disable lyx print dialog" would be added to the printing settings
> dialog?
That would suck. We should somehow detect the situation and act
appropriately.
rega
On Thu, Feb 12, 2004 at 01:25:19PM +, Angus Leeming wrote:
> I have been very busy recently so have no idea about 1.4.x's current
> state. Is it useable and, if so, what needs to be done between now
> and release? It seems like the list has gine very quiet recently. Is
> that because nobody
On Thu, Feb 12, 2004 at 04:25:40PM +0100, Andre Poenitz wrote:
> Concerning the future: I've got nine more days in the current job and a
> new job starting in May. So there should be some spare time in between.
> Good for family, mental sanity and maybe even for LyX...
That is essential good news
On Fri, Feb 13, 2004 at 09:11:09AM +0100, Alfredo Braunstein wrote:
> I also think that the worst seems to be over, and we can all try to become
> familiar with the code again to fix regressions without *all* of it
> changing daily under our feet.
I've heard this a few times already, and then se
On Fri, Feb 13, 2004 at 08:10:39AM +, Jose' Matos wrote:
> > Maybe my dream for lyx is not yet dead.
>
> Would you like to share your dream with us? :-)
Any dream will do :)
john
On Fri, Feb 13, 2004 at 01:30:43PM +0100, Andre Poenitz wrote:
> Renaming and 'code shuffle' tends to end up in monster patches.
> However, that does not mean, bugfixes get lost easily, especially if
> they are proper fixes (as opposed to kludges)
But I've been seeing a lot more than just some sh
On Sat, Feb 14, 2004 at 07:45:50PM +0200, Martin Vermeer wrote:
> See attached.
>
> Ehh.. you mean... it leaked already? Bummer.
Now, now, our hobby code is the only chance we get to swear
vociferously. Would you really rob us of that ? :)
john
--
"Spammers get STABBED by GOD." - Ron Echeverr
On Mon, Feb 16, 2004 at 12:11:23PM -0800, Oliver Johns wrote:
> (1) In the xforms version, the dialog box Insert:Cross_Reference has a
> button Apply. It applies the reference, but does not close the dialog
Done in lyx 1.4.0cvs
> (2) In the xforms version, open the Insert:Cross_Reference dialo
On Tue, Feb 17, 2004 at 08:04:03PM +0100, Juergen Spitzmueller wrote:
> Ronald Florence wrote:
> > I believe cocoAspell is based on an earlier version of aspell than the
> > one I had been using, which leads me to suspect that the LyX crash
> > problems are with some versions of aspell-0.50.x.
>
On Tue, Feb 17, 2004 at 08:28:50PM +0100, Juergen Spitzmueller wrote:
> John Levon wrote:
> > Juergen, the spell code should be relatively debuggable. Where is the
> > lyx crash happening ?
>
> All I have is the backtrace I have posted. But this seems pretty clear:
>
&
On Wed, Feb 18, 2004 at 05:57:30PM +0100, Juergen Spitzmueller wrote:
> [1] I think we could get rid of the toggle and bind "quote-insert inner" to
> M-" or whatever.
Yay to this part anyway. (Needs menu UI though I think)
john
--
"Spammers get STABBED by GOD." - Ron Echeverri
On Thu, Feb 19, 2004 at 04:45:30PM +0100, Jean-Marc Lasgouttes wrote:
> relying on people from lyx-devel and lyx-users to do that). I
> already have the LyX/Mac binary, but it may not be your top
> priority...
>
Building a RH9 RPM now
john
--
"Spammers get STABBED by GOD." - Ron Echeverri
On Thu, Feb 19, 2004 at 04:59:53PM +0100, Jean-Marc Lasgouttes wrote:
> Thanks. I try to do that, but it seems I do not understand this rpm
> business at all...
Take the tarball, put it into /usr/src/redhat/SOURCES
put the spec file in /usr/src/redhat/SPECS and add latex-xft-fonts as a
dependenc
On Thu, Feb 19, 2004 at 05:06:17PM +0100, Jean-Marc Lasgouttes wrote:
> Hmm, why do we have this 'rpmdist' make target, then?
Don't trust it personally :)
john
--
"Spammers get STABBED by GOD." - Ron Echeverri
On Thu, Feb 19, 2004 at 06:08:49PM +0100, Jean-Marc Lasgouttes wrote:
> I am willing to do it, but you have to grant me credentials, I think.
> My login name on freshmeat is 'lasgoutt'.
Nope, anyone can edit it now..
BTW, RH9 RPMs in ftp.lyx.org/incoming
john
--
"Spammers get STABBED by GOD."
On Thu, Feb 19, 2004 at 12:34:22PM +0100, Jean-Marc Lasgouttes wrote:
> Public release of LyX version 1.3.4
> ===
>
Can someone update freshmeat ? I'm a bit busy
thanks
john
On Fri, Feb 20, 2004 at 06:27:38PM +0100, Andre Poenitz wrote:
> > Hmm, a concrete case though: if a document is readonly, the checkboxen
> > (?) should be present but disabled.
>
> Which ones?
>
> [Nevertheless, any place that has the power to modify a document (say
> an LFUN_SELFINSERT handler
On Fri, Feb 20, 2004 at 05:50:38PM -0800, David Bellot wrote:
> Hi,
>
> I compiled aiksaurus 1.0.1 for Fedora Core 1, but I can't upload them into
> ftp.lyx.org:/pub/lyx/incoming.
>
> Where could I put the files ?
ftp:lyx.org:/incoming
john
--
"Spammers get STABBED by GOD." - Ron Echeverri
On Sat, Feb 21, 2004 at 12:14:25AM -0800, Ling Li wrote:
> I spent several hours investigating why lyx-qt cannot display math fonts
Expect to spend several more.
> src/frontends/qt2/qfont_loader.C. But the names from the pfb fonts are
> "Computer Modern," which in my opinion is more correct. B
On Mon, Feb 23, 2004 at 12:45:55PM +0100, Jean-Marc Lasgouttes wrote:
> >> I compiled aiksaurus 1.0.1 for Fedora Core 1, but I can't upload
> >> them into ftp.lyx.org:/pub/lyx/incoming.
>
> John> ftp:lyx.org:/incoming
>
> Unfortunately I _cannot_ grab files from this directory. This is
> unfortu
On Mon, Feb 23, 2004 at 06:34:37PM +0100, Jean-Marc Lasgouttes wrote:
> John> Well, it would be nice if somebody would fix /pub/lyx/incoming
> John> then :)
>
> Can you tell me what's wrong with it?
That anonymous ftp cannot write into it.
BTW, I'm away from my house for 3 weeks so if you can'
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
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 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 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: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 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 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 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, 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, 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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
1101 - 1200 of 1693 matches
Mail list logo