[Uml-devel] Another Beta in some days?

[Jonathan Riddell]

On Thu, 14 Nov 2002, Sebastian Stein wrote:

> SPAM: -------------------- Start SpamAssassin results ----------------------
> SPAM: This mail is probably spam.  The original message has been altered
> SPAM: so you can recognise or block similar unwanted mail in future.
> SPAM: See http://spamassassin.org/tag/ for more details.
> SPAM:
> SPAM: Content analysis details:   (5.7 hits, 5 required)
> SPAM: Hit! (-0.1 points) Subject: ends in a question mark
> SPAM: Hit! (1.0 point)   From: ends in numbers
> SPAM: Hit! (1.5 points)  BODY: Asks you to click below
> SPAM: Hit! (1.3 points)  Received via known spam-harbouring dialups
> SPAM: Hit! (2.0 points)  Received via a relay in relays.osirusoft.com
> SPAM:                    [RBL check: found 241.214.225.149.relays.osirusoft.com.]
> SPAM:
> SPAM: -------------------- End of SpamAssassin results ---------------------

He he, spamassassin didn't like your e-mail.

> So I had a look at the current bug tracker and like to know when we will
> release 1.1 and if there is another beta before it.

There will be a release candidate.  A more hopeful beta.

> Ok, some comments to the open bugs in the tracker:
>
> 637924: [PATCH] build erros on redhat 8.0
> Another lex/configure problem, I can't really say if we should accept the
> patch.

Is the patch actually attached?  I could be being silly but I don't see
it.

Any Red Hat users out there who can tell confirm that it doesn't compile?

> 637656: graphical class selection when boxes are
> Well, I don't know what the user wanted to tell us. I think if he didn't
> come back in some days to give a better description we should close the
> report. Or do you understand the report?

I understand it, but it's not that easy to explain.

When two objects are overlapping the selected object appears infront of
the unselected object.  When neither is selected one of them is always on
top of the other (not sure what determines that, they all have the same Z
value, maybe the order in which they were created).  If an object which
when unselected appears behind the other object is currently selected
(and appears on top), another click on the object will actually select the other object.

I suspect Qt will have a nice and elegant way to handle this based on Z
values but I don't think it's going to get fixed for the 1.1 release.  Mod
4.

> 634672: different sequence messages
> I think it is a feature request and I would like to move it to the feature
> tracker.

I agree, I've moved it.

> 633607: associations to same class cross
> Mmh, it might be possible to fix this problem. I will have a look into it in
> the next days. But I really can't say at the moment how complex a solution
> would be.

Very complex I think, probably not 1.1 material.

> 626251: update doc/help
> Luis is working on it and I will join after he commited the new version to
> CVS in some days.

Seb: Is a German translation of the documentation more important than a
German translation of the actual programme?  (I don't know, just
pondering.)

> 625869: assoc. not drawn correctly
> I think we found out that solving this problem isn't possible at the moment.
> So we have to wait for the redesign to solve this problem.

I don't know what's causing it.  I've never experienced the problem
myself.  Could be we're using the QCanvas in the wrong way, it could even
be a problem with Luis X server (I had a problem with mine, Use Cases
didn't have an outline when they were wider than about 500 pixels).

> 622989: delete/cut not remove from model
> I think the problem is fixed. Should I close the report? Jens, you assigned
> the problem to yourself, do you want to do anything else on it?

It's not.  I think Jens fixed some of the cut/copy stuff with the list
view but stuff in the actual diagrams won't cut.  I think it's significant
enough to require fixing before a 1.1 release.

A few other things as well (which I'll put in the tracker now),
significantly sequence diagrams are very broken (since Jens make cut/copy
changes I think, sorry Jens - we don't blame it on you :)

Jonathan Riddell