Thread: [Freemind-developer] The next steps
A premier mind-mapping software written in Java
Brought to you by:
christianfoltin,
danielpolansky
From: Dimitry P. <dpo...@gm...> - 2007-04-21 15:31:51
|
Hi Krzysztof, hi all, now I have more time because the first stage of the refactoring is done. Chris asked me to look at your patch. > * Added delayed mousewheel scrolling handling (implements smooth scrolling > using a timer, not a busy loop) > The ctrl+mousewheel zooming is still a bit "jerky" (where the first > repaint shows wrong area, which is corrected by second repaint), but > it's, in my opinion, a reasonable compromise between good-looking and > uncomplicated. When Dimitry does his refactoring, I may try to improve > the zooming further (unless the refactoring will already ensure a > complete elimination of jerkiness). > * An attempt at keeping map point under cursor intact during > ctrl+mousewheel zooming (not perfect, but better than a couple of > simpler changes); it required adding a repaint flag to update and > updateAll in NodeView) Look at the current integration branch. I like the way the map reacts to the ctrl+mousewheel zooming now even better than in your patch, because I have eliminated some problems with repainting and laying out at the wrong times. Thank you for you sign making me to look at this problem. And I am not sure whether we need the additional "smoothness" introduced by your patch. > * A tiny amount of source code re-formatting (affecting just a couple of > functions; it was necessary in order to reduce the possibility of a > mistake when changing long functions like NodeView.update) NodeView.update is one of the changed functions: it does not call "repaint" any more. Anyway I would like to have a chat with you and all other interested people in order to talk about the next tasks. Chris and me have already started to discuss some of them, but we used German. I post a part of our discussion here, but I do not have time to translate it in English right now. But even if you do not understand German, you can see that there is a number of some design problems which is still to be discussed. Best regards, Dimitry ------------------------------------------ Vor dem Einchecken wollte ich lediglich prüfen, dass keine Memory Leaks entstehen. Bei dieser Kontrolle bin ich jetzt schon auf ein Pronlem gestoßen: viele MindMapController - Actions oder z.B. LineAdapterListener sind als innere Klassen anderer Klassen definiert und bleiben auch nach dem das Map geschlossen wird an den Menus hängen ader als Property-Listeners hängen. Schleppen sie Verweis auf das Map mit, was dazu führt, dass das Map nicht vom Garbage Collector released werden kann. Dieses Problem war aber anscheinend schon "immer" da gewesen. Man wird sich alle solche Klassen anschauen müssen. Manche Verbindungen werden auch dann nicht gelöscht, wenn das alte Map geschlossen und ein neues Map geladen oder erzeugt wird. Um das Problem zu lösen muss LineAdapterListener zu einer statischen Klasse transformiert werden, und so weiter. Eigentlich müsste man dieses Thema vor dem Release angehen und mindestens eine Entscheidung treffen, was überarbeitet werden soll und was nicht. > Allerdings ist es nicht so, dass ich nicht das ein oder andere verändern > würde: wegen der Attribute hatte ich Dir ja > schon mehrfach geschrieben, dass ich das Interface für den Programmierer > zu breit und unübersichtlich finde, und habe > bereits angefangen ,es zu vereinfachen. Ferner hast Du ja gerade für die > Attribute "leider" die Strukturen verdoppelt, wie Controler, > Model, etc. ohne darauf zu achten, dass die Funktionalität für den > Programmierer genauso verwendbar ist, wie für alle anderen Features. Zu diesem Punkt wollte ich mich mit Dir schon lange austauschen. Aus meiner Sicht sind Attribute grundsätzlich kein fester Bestandteil eines Knotens, sondern ein Zusatz, in dem Sinne, dass man auch andere Zusätze haben könne wie zum Beispiel eben Bilder, Formeln oder was auch immer. Das jetzige Design ist für mich auch nur ein "Zwischenstand", aber ich würde die Änderungen in die Richtung machen, dass man an dem Knoten beliebige Objekte anhängen kann, die auch durch die Plugins eingebracht werden könnten. Für jede Erweiterung eine zusätzliche Membervariable im NodeAdapter zu deklarieren ist kein guter Weg. In diesem Zusammenhang muss man auch diese Frage sehen: >> * Und die Frage, wie man die Plugins informiert, wenn ein NodeView >> erzeugt oder vernichtet wird, ist noch nicht gelöst. Es ist eine sehr >> wichtige Frage, da die NodeViews jetzt schon Kontainer sind, in die neue >> Inhalte in eigenen Components eingefügt werden können. Ich möchte gerne >> ein Plugin für Anzeigen von mathematischen Formeln schreiben, wollte >> aber angesichts der bestehenden Heterogenität der Verbindungen die >> Schnittstelle vorher mit Dir besprechen. > Bei Erzeugung von Knoten gibt es "onAddChild", etc. Aber das meinst Du > wahrscheinlich nicht mit Deiner Frage nach > der Erzeugung von neuen NodeViews. Wie ist der Anwendungsfall? Aus meiner Sicht sollen Plugins ihre Erweiterungsobjekte persistieren und direkt am Knoten anhängen können. An die NodeView können sie dann über NodeView.getContentPane().addComponent(pluginComponent) herankommen. Wenn ein NodeView z.B. nach einem "fold" erzeugt wird, sollen die Plugins informiert werden können, um entsprechend zu reagieren. Im weiteren schreibst Du: >> * Dazu werden vom ControllerAdapter (warum nicht vom Model selber?) >> Hooks aufgerufen(warum keine Listener) rekursiv aufgerufen. > > Pattern: Alle Aktionen gehen vom Controller aus. > > Das Modell hält nur die Werte. Verändert werden sie vom Controller > (macht mehr Mühe, ist aber *sehr* sinnvoll). > > Dieses Pattern habe ich mühsam nun überall eingebaut (es war u.a. der > Grundstein für Undo) und ich wäre sehr traurig, > wenn sich davon Ausnahmen einschlichen. > Ich verstehe die Anforderung, dass alle Aktionen sich im Controller-Teil befinden müssen, damit man das MVC -Pattern umsetzt. Controller is für mich ein Package und keine einzige Klasse, da sich sonst diese Klasse um sehr viele Operationen kümmern müsste wie z.B. wieder Attributeoperationen, Editieren von mathematischen Formeln und so weiter. Ich möchte deswegen das Design vom Controller am liebsten in einem Chat besprechen. > Die Hooks heißen so, weil es "Erweiterungspunkte" sind. Programme können > diese anbieten, wenn es sinnvoll ist, dort etwas zu tun. Es sind > keine Listener, da Hooks leere Hülsen darstellen ,die sowieso > durchlaufen werden, aber überschriben werden können. Das heißt für mich, dass die Hooks immer aufgerufen werden, egal ob der Aufruf benutzt wird oder nicht. Was bringen solche Aufrufe? Dieser Ansatz führt auch zu Notwendigkeit, zwischen verschiedenen Plugin-Typen zu unterscheiden und sie in der XML-Beschreibung des Plugins zu deklarieren und somit ein Sonderweg zu bestreiten, in dem Teile der Typ-Information in XML ausgelagert werden. Ich kann mir aber kaum vorstellen, dass man einen solchen Typ zur Laufzeit konfigurieren möchte. Im weiteren bin ich mir unsicher, ob es richtig ist, die Plugins aus dem Controller zu benachrichtigen: für mich sind alle Views Observers des Modells. Durch mein Refaktoring ist es möglich, sich als Observer bie Map oder bei MindMapNode zu registrieren (früher wurden alle diese Events vom Map selber verarbeitet, jetzt werden sie vom Map an die Listener von den Nodes weiter geleitet). Im ersten fall wird der Observer bzw. Listener über alle TreeEvent im Map benachrichtigt, im zweiten Fall nur über die auf das Node bezogenen Events. Diese Schnittstelle könnten auch die Plugins nutzen. Und warum soll diese Benachrichtigung über Controller laufen? Eine bereits erfolgte Änderung im Modell löst normalerweise keine weiteren Aktionen aus, aber zum größten Teil Veränderungen in der Anzeige. Die Änderungen werden doch durch das User Interface initiiert, oder? Und warum sollen sich die interessierten Objekte nicht als Listener bei Modell anmelden? Wie gesagt, teile ich deinen Wunsch uneingeschränkt, ein sauberes Design zu haben. Dazu wäre meiner Ansicht nach etwas mehr Austausch sehr nützlich. > Das Wiederherstellen der Selektion hat etwas mit den DestinationNodes zu > tun. > Es durfte ja nicht vorkommen, dass nach einem Plugin nichts markiert ist > (ist dies nun anders??). > Aber bevor Du riesen Umwege über InvokeLater gehst, > so ändere doch einfach die Invoke-Methode, dass sie bool zurückgibt, ob > die selektion wiederhergestellt werden soll, oder nicht. > Oder besser: im beschreibenden XML gibt es ein Attribut, das man auf > händische Selektion stellen kann. Das wäre sehr hilfreich. Wäre es vielleicht noch transparente, wenn die Selektion nur dann wiederhergestellt wird, wenn nach dem Plugin kein Knoten mehr selektiert ist? Die meisten Plugins möchten an der Selektion nichts ändern, wozu braucht man dann diese Wiederherstellung? |
From: Dan P. <dan...@gm...> - 2007-04-22 08:47:08
|
SGVsbG8gRGltaXRyaSBhbmQgb3RoZXJzLAoKbXkgaW1wcmVzc2lvbiBpcyBJIGRvIG5vdCBuZWVk IHRvIHRha2UgcGFydCBvbiB0aGUgY2hhdCBzdWdnZXN0ZWQsIGFzIGl0IGlzCmFib3V0IHRlY2hu aWNhbCBhbmQgYXJjaGl0ZWN0dXJlIGlzc3Vlcy4gUGxlYXNlIGNvcnJlY3QgbWUgaWYgSSBhbSB3 cm9uZy4KCkkgYW0gc3VycHJpc2VkIHRvIHNlZSBzbyBtYW55IGNoYW5nZXMgZ29pbmcgb24gaW4g dGhlIGJldGEgc3RhZ2Ugb2YgMC45LjAuCk9uIHRoZSBvdGhlciBoYW5kLCBpZiB5b3UgcHJlZmVy IHRvIGRlbGF5IHRoZSBmaW5hbCByZWxlYXNlIG9mIDAuOS4wIGJ5CmRvaW5nIHRoZXNlIGNoYW5n ZXMsIGxldCBpdCBiZSB5b3VyIGNob2ljZS4gRnJvbSBteSBpbXByZXNzaW9uLCB3aXRoIGFsbCB0 aGUKZGVsYXlzLCBmaW5hbCAwLjkuMCB3aWxsIG9ubHkgYmUgcmVsZWFzZWQgaW4gdGhlIGZhbGwg b2YgMjAwNywgaWYgaW4gMjAwNyBhdAphbGwsIGdpdmVuIENocmlzIGlzIG5vdCBnb2luZyB0byB3 b3JrIG9uIEZyZWVNaW5kIGluIHRoZSBzdW1tZXIuCgpCZXN0IHJlZ2FyZHMsCkRhbgoKCk9uIDQv MjEvMDcsIERpbWl0cnkgUG9saXZhZXYgPGRwb2xpdmFldkBnbXguZGU+IHdyb3RlOgo+Cj4gSGkg S3J6eXN6dG9mLAo+IGhpIGFsbCwKPgo+IG5vdyBJIGhhdmUgbW9yZSB0aW1lIGJlY2F1c2UgdGhl IGZpcnN0IHN0YWdlIG9mIHRoZSByZWZhY3RvcmluZyBpcyBkb25lLgo+ICAgQ2hyaXMgYXNrZWQg bWUgdG8gbG9vayBhdCB5b3VyIHBhdGNoLgo+Cj4gPiAqIEFkZGVkIGRlbGF5ZWQgbW91c2V3aGVl bCBzY3JvbGxpbmcgaGFuZGxpbmcgKGltcGxlbWVudHMgc21vb3RoCj4gc2Nyb2xsaW5nCj4gPiB1 c2luZyBhIHRpbWVyLCBub3QgYSBidXN5IGxvb3ApCj4gPiBUaGUgY3RybCttb3VzZXdoZWVsIHpv b21pbmcgaXMgc3RpbGwgYSBiaXQgImplcmt5IiAod2hlcmUgdGhlIGZpcnN0Cj4gPiByZXBhaW50 IHNob3dzIHdyb25nIGFyZWEsIHdoaWNoIGlzIGNvcnJlY3RlZCBieSBzZWNvbmQgcmVwYWludCks IGJ1dAo+ID4gaXQncywgaW4gbXkgb3BpbmlvbiwgYSByZWFzb25hYmxlIGNvbXByb21pc2UgYmV0 d2VlbiBnb29kLWxvb2tpbmcgYW5kCj4gPiB1bmNvbXBsaWNhdGVkLiBXaGVuIERpbWl0cnkgZG9l cyBoaXMgcmVmYWN0b3JpbmcsIEkgbWF5IHRyeSB0byBpbXByb3ZlCj4gPiB0aGUgem9vbWluZyBm dXJ0aGVyICh1bmxlc3MgdGhlIHJlZmFjdG9yaW5nIHdpbGwgYWxyZWFkeSBlbnN1cmUgYQo+ID4g Y29tcGxldGUgZWxpbWluYXRpb24gb2YgamVya2luZXNzKS4KPiA+ICogQW4gYXR0ZW1wdCBhdCBr ZWVwaW5nIG1hcCBwb2ludCB1bmRlciBjdXJzb3IgaW50YWN0IGR1cmluZwo+ID4gY3RybCttb3Vz ZXdoZWVsIHpvb21pbmcgKG5vdCBwZXJmZWN0LCBidXQgYmV0dGVyIHRoYW4gYSBjb3VwbGUgb2YK PiA+IHNpbXBsZXIgY2hhbmdlcyk7IGl0IHJlcXVpcmVkIGFkZGluZyBhIHJlcGFpbnQgZmxhZyB0 byB1cGRhdGUgYW5kCj4gPiB1cGRhdGVBbGwgaW4gTm9kZVZpZXcpCj4KPiBMb29rIGF0IHRoZSBj dXJyZW50IGludGVncmF0aW9uIGJyYW5jaC4gSSBsaWtlIHRoZSB3YXkgdGhlIG1hcCByZWFjdHMg dG8KPiB0aGUgY3RybCttb3VzZXdoZWVsIHpvb21pbmcgbm93IGV2ZW4gYmV0dGVyIHRoYW4gaW4g eW91ciBwYXRjaCwgYmVjYXVzZQo+IEkgaGF2ZSBlbGltaW5hdGVkIHNvbWUgcHJvYmxlbXMgd2l0 aCByZXBhaW50aW5nIGFuZCBsYXlpbmcgb3V0IGF0IHRoZQo+IHdyb25nIHRpbWVzLiBUaGFuayB5 b3UgZm9yIHlvdSBzaWduIG1ha2luZyBtZSB0byBsb29rIGF0IHRoaXMgcHJvYmxlbS4KPiBBbmQg SSBhbSBub3Qgc3VyZSB3aGV0aGVyIHdlIG5lZWQgdGhlIGFkZGl0aW9uYWwgInNtb290aG5lc3Mi IGludHJvZHVjZWQKPiBieSB5b3VyIHBhdGNoLgo+Cj4KPiA+ICogQSB0aW55IGFtb3VudCBvZiBz b3VyY2UgY29kZSByZS1mb3JtYXR0aW5nIChhZmZlY3RpbmcganVzdCBhIGNvdXBsZSBvZgo+ID4g ZnVuY3Rpb25zOyBpdCB3YXMgbmVjZXNzYXJ5IGluIG9yZGVyIHRvIHJlZHVjZSB0aGUgcG9zc2li aWxpdHkgb2YgYQo+ID4gbWlzdGFrZSB3aGVuIGNoYW5naW5nIGxvbmcgZnVuY3Rpb25zIGxpa2Ug Tm9kZVZpZXcudXBkYXRlKQo+Cj4gTm9kZVZpZXcudXBkYXRlIGlzIG9uZSBvZiB0aGUgY2hhbmdl ZCBmdW5jdGlvbnM6IGl0IGRvZXMgbm90IGNhbGwKPiAicmVwYWludCIgYW55IG1vcmUuCj4KPiBB bnl3YXkgSSB3b3VsZCBsaWtlIHRvIGhhdmUgYSBjaGF0IHdpdGggeW91IGFuZCBhbGwgb3RoZXIg aW50ZXJlc3RlZAo+IHBlb3BsZSBpbiBvcmRlciB0byB0YWxrIGFib3V0IHRoZSBuZXh0IHRhc2tz Lgo+Cj4gQ2hyaXMgYW5kIG1lIGhhdmUgYWxyZWFkeSBzdGFydGVkIHRvIGRpc2N1c3Mgc29tZSBv ZiB0aGVtLCBidXQgd2UgdXNlZAo+IEdlcm1hbi4gSSBwb3N0IGEgcGFydCBvZiBvdXIgZGlzY3Vz c2lvbiBoZXJlLCBidXQgSSBkbyBub3QgaGF2ZSB0aW1lIHRvCj4gdHJhbnNsYXRlIGl0IGluIEVu Z2xpc2ggcmlnaHQgIG5vdy4gQnV0IGV2ZW4gaWYgeW91IGRvIG5vdCB1bmRlcnN0YW5kCj4gR2Vy bWFuLCB5b3UgY2FuIHNlZSB0aGF0IHRoZXJlIGlzIGEgbnVtYmVyIG9mIHNvbWUgZGVzaWduIHBy b2JsZW1zIHdoaWNoCj4gICBpcyBzdGlsbCB0byBiZSBkaXNjdXNzZWQuCj4KPiBCZXN0IHJlZ2Fy ZHMsIERpbWl0cnkKPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQo+Cj4gVm9yIGRlbSBFaW5jaGVja2VuIHdvbGx0ZSBpY2ggbGVkaWdsaWNoIHByw7xmZW4sIGRh c3Mga2VpbmUgTWVtb3J5IExlYWtzCj4gZW50c3RlaGVuLiBCZWkgZGllc2VyIEtvbnRyb2xsZSBi aW4gaWNoIGpldHp0IHNjaG9uIGF1ZiBlaW4gUHJvbmxlbQo+IGdlc3Rvw59lbjogdmllbGUgTWlu ZE1hcENvbnRyb2xsZXIgLSBBY3Rpb25zIG9kZXIgei5CLgo+IExpbmVBZGFwdGVyTGlzdGVuZXIg c2luZCBhbHMgaW5uZXJlIEtsYXNzZW4gYW5kZXJlciBLbGFzc2VuIGRlZmluaWVydAo+IHVuZCBi bGVpYmVuIGF1Y2ggbmFjaCBkZW0gZGFzIE1hcCBnZXNjaGxvc3NlbiB3aXJkIGFuIGRlbiBNZW51 cyBow6RuZ2VuCj4gYWRlciBhbHMgUHJvcGVydHktTGlzdGVuZXJzIGjDpG5nZW4uIFNjaGxlcHBl biBzaWUgVmVyd2VpcyBhdWYgZGFzIE1hcAo+IG1pdCwgd2FzIGRhenUgZsO8aHJ0LCBkYXNzIGRh cyBNYXAgbmljaHQgdm9tIEdhcmJhZ2UgQ29sbGVjdG9yIHJlbGVhc2VkCj4gd2VyZGVuIGthbm4u IERpZXNlcyBQcm9ibGVtIHdhciBhYmVyIGFuc2NoZWluZW5kIHNjaG9uICJpbW1lciIgZGEKPiBn ZXdlc2VuLiBNYW4gd2lyZCBzaWNoIGFsbGUgc29sY2hlIEtsYXNzZW4gYW5zY2hhdWVuIG3DvHNz ZW4uIE1hbmNoZQo+IFZlcmJpbmR1bmdlbiB3ZXJkZW4gYXVjaCBkYW5uIG5pY2h0IGdlbMO2c2No dCwgd2VubiBkYXMgYWx0ZSBNYXAKPiBnZXNjaGxvc3NlbiB1bmQgZWluIG5ldWVzIE1hcCBnZWxh ZGVuIG9kZXIgZXJ6ZXVndCB3aXJkLiBVbSBkYXMgUHJvYmxlbQo+IHp1IGzDtnNlbiBtdXNzIExp bmVBZGFwdGVyTGlzdGVuZXIgenUgZWluZXIgc3RhdGlzY2hlbiBLbGFzc2UKPiB0cmFuc2Zvcm1p ZXJ0IHdlcmRlbiwgdW5kIHNvIHdlaXRlci4KPgo+IEVpZ2VudGxpY2ggbcO8c3N0ZSBtYW4gZGll c2VzIFRoZW1hIHZvciBkZW0gUmVsZWFzZSBhbmdlaGVuIHVuZAo+IG1pbmRlc3RlbnMgZWluZSBF bnRzY2hlaWR1bmcgdHJlZmZlbiwgd2FzIMO8YmVyYXJiZWl0ZXQgd2VyZGVuIHNvbGwgdW5kCj4g d2FzIG5pY2h0Lgo+Cj4gPiBBbGxlcmRpbmdzIGlzdCBlcyBuaWNodCBzbywgZGFzcyBpY2ggbmlj aHQgZGFzIGVpbiBvZGVyIGFuZGVyZSB2ZXLDpG5kZXJuCj4gPiB3w7xyZGU6IHdlZ2VuIGRlciBB dHRyaWJ1dGUgaGF0dGUgaWNoIERpciBqYQo+ID4gc2Nob24gbWVocmZhY2ggZ2VzY2hyaWViZW4s IGRhc3MgaWNoIGRhcyBJbnRlcmZhY2UgZsO8ciBkZW4gUHJvZ3JhbW1pZXJlcgo+ID4genUgYnJl aXQgdW5kIHVuw7xiZXJzaWNodGxpY2ggZmluZGUsIHVuZCBoYWJlCj4gPiBiZXJlaXRzIGFuZ2Vm YW5nZW4gLGVzIHp1IHZlcmVpbmZhY2hlbi4gRmVybmVyIGhhc3QgRHUgamEgZ2VyYWRlIGbDvHIg ZGllCj4gPiBBdHRyaWJ1dGUgImxlaWRlciIgZGllIFN0cnVrdHVyZW4gdmVyZG9wcGVsdCwgd2ll IENvbnRyb2xlciwKPiA+IE1vZGVsLCBldGMuIG9obmUgZGFyYXVmIHp1IGFjaHRlbiwgZGFzcyBk aWUgRnVua3Rpb25hbGl0w6R0IGbDvHIgZGVuCj4gPiBQcm9ncmFtbWllcmVyIGdlbmF1c28gdmVy d2VuZGJhciBpc3QsIHdpZSBmw7xyIGFsbGUgYW5kZXJlbiBGZWF0dXJlcy4KPgo+Cj4gWnUgZGll c2VtIFB1bmt0IHdvbGx0ZSBpY2ggbWljaCBtaXQgRGlyIHNjaG9uIGxhbmdlIGF1c3RhdXNjaGVu LiBBdXMKPiBtZWluZXIgU2ljaHQgc2luZCBBdHRyaWJ1dGUgZ3J1bmRzw6R0emxpY2gga2VpbiBm ZXN0ZXIgQmVzdGFuZHRlaWwgZWluZXMKPiBLbm90ZW5zLCBzb25kZXJuIGVpbiBadXNhdHosIGlu IGRlbSBTaW5uZSwgZGFzcyBtYW4gYXVjaCBhbmRlcmUgWnVzw6R0emUKPiBoYWJlbiBrw7ZubmUg d2llIHp1bSBCZWlzcGllbCBlYmVuIEJpbGRlciwgRm9ybWVsbiBvZGVyIHdhcyBhdWNoIGltbWVy Lgo+IERhcyBqZXR6aWdlIERlc2lnbiBpc3QgZsO8ciBtaWNoIGF1Y2ggbnVyIGVpbiAiWndpc2No ZW5zdGFuZCIsIGFiZXIgaWNoCj4gd8O8cmRlIGRpZSDDhG5kZXJ1bmdlbiBpbiBkaWUgUmljaHR1 bmcgbWFjaGVuLCBkYXNzIG1hbiBhbiBkZW0gS25vdGVuCj4gYmVsaWViaWdlIE9iamVrdGUgYW5o w6RuZ2VuIGthbm4sIGRpZSBhdWNoIGR1cmNoIGRpZSBQbHVnaW5zIGVpbmdlYnJhY2h0Cj4gd2Vy ZGVuIGvDtm5udGVuLiBGw7xyIGplZGUgRXJ3ZWl0ZXJ1bmcgZWluZSB6dXPDpHR6bGljaGUgTWVt YmVydmFyaWFibGUgaW0KPiBOb2RlQWRhcHRlciB6dSBkZWtsYXJpZXJlbiBpc3Qga2VpbiBndXRl ciBXZWcuCj4KPiBJbiBkaWVzZW0gWnVzYW1tZW5oYW5nIG11c3MgbWFuIGF1Y2ggZGllc2UgRnJh Z2Ugc2VoZW46Cj4KPiA+PiAqIFVuZCBkaWUgRnJhZ2UsIHdpZSBtYW4gZGllIFBsdWdpbnMgaW5m b3JtaWVydCwgd2VubiBlaW4gTm9kZVZpZXcKPiA+PiBlcnpldWd0IG9kZXIgdmVybmljaHRldCB3 aXJkLCBpc3Qgbm9jaCBuaWNodCBnZWzDtnN0LiBFcyBpc3QgZWluZSBzZWhyCj4gPj4gd2ljaHRp Z2UgRnJhZ2UsIGRhIGRpZSBOb2RlVmlld3MgamV0enQgc2Nob24gS29udGFpbmVyIHNpbmQsIGlu IGRpZQo+IG5ldWUKPiA+PiBJbmhhbHRlIGluIGVpZ2VuZW4gQ29tcG9uZW50cyBlaW5nZWbDvGd0 IHdlcmRlbiBrw7ZubmVuLiBJY2ggbcO2Y2h0ZSBnZXJuZQo+ID4+IGVpbiBQbHVnaW4gZsO8ciBB bnplaWdlbiB2b24gbWF0aGVtYXRpc2NoZW4gRm9ybWVsbiBzY2hyZWliZW4sIHdvbGx0ZQo+ID4+ IGFiZXIgYW5nZXNpY2h0cyBkZXIgYmVzdGVoZW5kZW4gSGV0ZXJvZ2VuaXTDpHQgZGVyIFZlcmJp bmR1bmdlbiBkaWUKPiA+PiBTY2huaXR0c3RlbGxlIHZvcmhlciBtaXQgRGlyIGJlc3ByZWNoZW4u Cj4KPiA+IEJlaSBFcnpldWd1bmcgdm9uIEtub3RlbiBnaWJ0IGVzICJvbkFkZENoaWxkIiwgZXRj LiBBYmVyIGRhcyBtZWluc3QgRHUKPiA+IHdhaHJzY2hlaW5saWNoIG5pY2h0IG1pdCBEZWluZXIg RnJhZ2UgbmFjaAo+ID4gZGVyIEVyemV1Z3VuZyB2b24gbmV1ZW4gTm9kZVZpZXdzLiBXaWUgaXN0 IGRlciBBbndlbmR1bmdzZmFsbD8KPgo+IEF1cyBtZWluZXIgU2ljaHQgc29sbGVuIFBsdWdpbnMg aWhyZSBFcndlaXRlcnVuZ3NvYmpla3RlIHBlcnNpc3RpZXJlbgo+IHVuZCBkaXJla3QgYW0gS25v dGVuIGFuaMOkbmdlbiBrw7ZubmVuLiBBbiBkaWUgTm9kZVZpZXcga8O2bm5lbiBzaWUgZGFubiDD vGJlcgo+Cj4gTm9kZVZpZXcuZ2V0Q29udGVudFBhbmUoKS5hZGRDb21wb25lbnQocGx1Z2luQ29t cG9uZW50KQo+Cj4gaGVyYW5rb21tZW4uIFdlbm4gZWluIE5vZGVWaWV3IHouQi4gbmFjaCBlaW5l bSAiZm9sZCIgZXJ6ZXVndCB3aXJkLAo+IHNvbGxlbiBkaWUgUGx1Z2lucyBpbmZvcm1pZXJ0IHdl cmRlbiBrw7ZubmVuLCB1bSBlbnRzcHJlY2hlbmQgenUgcmVhZ2llcmVuLgo+Cj4gSW0gd2VpdGVy ZW4gc2NocmVpYnN0IER1Ogo+Cj4gPj4gKiBEYXp1IHdlcmRlbiB2b20gQ29udHJvbGxlckFkYXB0 ZXIgKHdhcnVtIG5pY2h0IHZvbSBNb2RlbCBzZWxiZXI/KQo+ID4+IEhvb2tzIGF1ZmdlcnVmZW4o d2FydW0ga2VpbmUgTGlzdGVuZXIpIHJla3Vyc2l2IGF1ZmdlcnVmZW4uCj4gPgo+ID4gUGF0dGVy bjogQWxsZSBBa3Rpb25lbiBnZWhlbiB2b20gQ29udHJvbGxlciBhdXMuCj4gPgo+ID4gRGFzIE1v ZGVsbCBow6RsdCBudXIgZGllIFdlcnRlLiBWZXLDpG5kZXJ0IHdlcmRlbiBzaWUgdm9tIENvbnRy b2xsZXIKPiA+IChtYWNodCBtZWhyIE3DvGhlLCBpc3QgYWJlciAqc2Vociogc2lubnZvbGwpLgo+ ID4KPiA+IERpZXNlcyBQYXR0ZXJuIGhhYmUgaWNoIG3DvGhzYW0gbnVuIMO8YmVyYWxsIGVpbmdl YmF1dCAoZXMgd2FyIHUuYS4gZGVyCj4gPiBHcnVuZHN0ZWluIGbDvHIgVW5kbykgdW5kIGljaCB3 w6RyZSBzZWhyIHRyYXVyaWcsCj4gPiB3ZW5uIHNpY2ggZGF2b24gQXVzbmFobWVuIGVpbnNjaGxp Y2hlbi4KPiA+Cj4KPiBJY2ggdmVyc3RlaGUgZGllIEFuZm9yZGVydW5nLCBkYXNzIGFsbGUgQWt0 aW9uZW4gc2ljaCBpbSBDb250cm9sbGVyLVRlaWwKPiBiZWZpbmRlbiBtw7xzc2VuLCBkYW1pdCBt YW4gZGFzIE1WQyAtUGF0dGVybiB1bXNldHp0LiBDb250cm9sbGVyIGlzIGbDvHIKPiBtaWNoIGVp biBQYWNrYWdlIHVuZCBrZWluZSBlaW56aWdlIEtsYXNzZSwgZGEgc2ljaCBzb25zdCBkaWVzZSBL bGFzc2UgdW0KPiBzZWhyIHZpZWxlIE9wZXJhdGlvbmVuIGvDvG1tZXJuIG3DvHNzdGUgd2llIHou Qi4gd2llZGVyCj4gQXR0cmlidXRlb3BlcmF0aW9uZW4sIEVkaXRpZXJlbiB2b24gbWF0aGVtYXRp c2NoZW4gRm9ybWVsbiB1bmQgc28KPiB3ZWl0ZXIuIEljaCBtw7ZjaHRlIGRlc3dlZ2VuIGRhcyBE ZXNpZ24gdm9tIENvbnRyb2xsZXIgYW0gbGllYnN0ZW4gaW4KPiBlaW5lbSBDaGF0IGJlc3ByZWNo ZW4uCj4KPiA+IERpZSBIb29rcyBoZWnDn2VuIHNvLCB3ZWlsIGVzICJFcndlaXRlcnVuZ3NwdW5r dGUiIHNpbmQuIFByb2dyYW1tZSBrw7ZubmVuCj4gPiBkaWVzZSBhbmJpZXRlbiwgd2VubiBlcyBz aW5udm9sbCBpc3QsIGRvcnQgZXR3YXMgenUgdHVuLiBFcyBzaW5kCj4gPiBrZWluZSBMaXN0ZW5l ciwgZGEgSG9va3MgbGVlcmUgSMO8bHNlbiBkYXJzdGVsbGVuICxkaWUgc293aWVzbwo+ID4gZHVy Y2hsYXVmZW4gd2VyZGVuLCBhYmVyIMO8YmVyc2NocmliZW4gd2VyZGVuIGvDtm5uZW4uCj4KPiBE YXMgaGVpw590IGbDvHIgbWljaCwgZGFzcyBkaWUgSG9va3MgaW1tZXIgYXVmZ2VydWZlbiB3ZXJk ZW4sIGVnYWwgb2IgZGVyCj4gQXVmcnVmIGJlbnV0enQgd2lyZCBvZGVyIG5pY2h0LiBXYXMgYnJp bmdlbiBzb2xjaGUgQXVmcnVmZT8gRGllc2VyCj4gQW5zYXR6IGbDvGhydCBhdWNoIHp1IE5vdHdl bmRpZ2tlaXQsIHp3aXNjaGVuIHZlcnNjaGllZGVuZW4gUGx1Z2luLVR5cGVuCj4genUgdW50ZXJz Y2hlaWRlbiB1bmQgc2llIGluIGRlciBYTUwtQmVzY2hyZWlidW5nIGRlcyBQbHVnaW5zIHp1Cj4g ZGVrbGFyaWVyZW4gdW5kIHNvbWl0IGVpbiBTb25kZXJ3ZWcgenUgYmVzdHJlaXRlbiwgaW4gZGVt IFRlaWxlIGRlcgo+IFR5cC1JbmZvcm1hdGlvbiBpbiBYTUwgYXVzZ2VsYWdlcnQgd2VyZGVuLiBJ Y2gga2FubiBtaXIgYWJlciBrYXVtCj4gdm9yc3RlbGxlbiwgZGFzcyBtYW4gZWluZW4gc29sY2hl biBUeXAgenVyIExhdWZ6ZWl0IGtvbmZpZ3VyaWVyZW4gbcO2Y2h0ZS4KPgo+IEltIHdlaXRlcmVu IGJpbiBpY2ggbWlyIHVuc2ljaGVyLCBvYiBlcyByaWNodGlnIGlzdCwgZGllIFBsdWdpbnMgYXVz IGRlbQo+IENvbnRyb2xsZXIgenUgYmVuYWNocmljaHRpZ2VuOiBmw7xyIG1pY2ggc2luZCBhbGxl IFZpZXdzIE9ic2VydmVycyBkZXMKPiBNb2RlbGxzLiBEdXJjaCBtZWluIFJlZmFrdG9yaW5nIGlz dCBlcyBtw7ZnbGljaCwgc2ljaCBhbHMgT2JzZXJ2ZXIgYmllCj4gTWFwIG9kZXIgYmVpIE1pbmRN YXBOb2RlIHp1IHJlZ2lzdHJpZXJlbiAoZnLDvGhlciB3dXJkZW4gYWxsZSBkaWVzZQo+IEV2ZW50 cyB2b20gTWFwIHNlbGJlciB2ZXJhcmJlaXRldCwgamV0enQgd2VyZGVuIHNpZSB2b20gTWFwIGFu IGRpZQo+IExpc3RlbmVyIHZvbiBkZW4gTm9kZXMgd2VpdGVyIGdlbGVpdGV0KS4gSW0gZXJzdGVu IGZhbGwgd2lyZCBkZXIKPiBPYnNlcnZlciBiencuIExpc3RlbmVyIMO8YmVyIGFsbGUgVHJlZUV2 ZW50IGltIE1hcCBiZW5hY2hyaWNodGlndCwgaW0KPiB6d2VpdGVuIEZhbGwgbnVyIMO8YmVyIGRp ZSBhdWYgZGFzIE5vZGUgYmV6b2dlbmVuIEV2ZW50cy4gRGllc2UKPiBTY2huaXR0c3RlbGxlIGvD tm5udGVuIGF1Y2ggZGllIFBsdWdpbnMgbnV0emVuLgo+Cj4gVW5kIHdhcnVtIHNvbGwgZGllc2Ug QmVuYWNocmljaHRpZ3VuZyDDvGJlciBDb250cm9sbGVyIGxhdWZlbj8gIEVpbmUKPiBiZXJlaXRz IGVyZm9sZ3RlIMOEbmRlcnVuZyBpbSBNb2RlbGwgbMO2c3Qgbm9ybWFsZXJ3ZWlzZSBrZWluZSB3 ZWl0ZXJlbgo+IEFrdGlvbmVuIGF1cywgYWJlciB6dW0gZ3LDtsOfdGVuIFRlaWwgVmVyw6RuZGVy dW5nZW4gaW4gZGVyIEFuemVpZ2UuIERpZQo+IMOEbmRlcnVuZ2VuIHdlcmRlbiBkb2NoIGR1cmNo IGRhcyBVc2VyIEludGVyZmFjZSBpbml0aWllcnQsIG9kZXI/IFVuZAo+IHdhcnVtIHNvbGxlbiBz aWNoIGRpZSBpbnRlcmVzc2llcnRlbiBPYmpla3RlIG5pY2h0IGFscyBMaXN0ZW5lciBiZWkKPiBN b2RlbGwgYW5tZWxkZW4/Cj4KPiBXaWUgZ2VzYWd0LCB0ZWlsZSBpY2ggZGVpbmVuIFd1bnNjaCB1 bmVpbmdlc2NocsOkbmt0LCBlaW4gc2F1YmVyZXMgRGVzaWduCj4genUgaGFiZW4uIERhenUgd8Ok cmUgbWVpbmVyIEFuc2ljaHQgbmFjaCBldHdhcyBtZWhyIEF1c3RhdXNjaCBzZWhyCj4gbsO8dHps aWNoLgo+Cj4gPiBEYXMgV2llZGVyaGVyc3RlbGxlbiBkZXIgU2VsZWt0aW9uIGhhdCBldHdhcyBt aXQgZGVuIERlc3RpbmF0aW9uTm9kZXMgenUKPiA+IHR1bi4KPiA+IEVzIGR1cmZ0ZSBqYSBuaWNo dCB2b3Jrb21tZW4sIGRhc3MgbmFjaCBlaW5lbSBQbHVnaW4gbmljaHRzIG1hcmtpZXJ0IGlzdAo+ ID4gKGlzdCBkaWVzIG51biBhbmRlcnM/PykuCj4gPiBBYmVyIGJldm9yIER1IHJpZXNlbiBVbXdl Z2Ugw7xiZXIgSW52b2tlTGF0ZXIgZ2Voc3QsCj4gPiBzbyDDpG5kZXJlIGRvY2ggZWluZmFjaCBk aWUgSW52b2tlLU1ldGhvZGUsIGRhc3Mgc2llIGJvb2wgenVyw7xja2dpYnQsIG9iCj4gPiBkaWUg c2VsZWt0aW9uIHdpZWRlcmhlcmdlc3RlbGx0IHdlcmRlbiBzb2xsLCBvZGVyIG5pY2h0Lgo+ID4g T2RlciBiZXNzZXI6IGltIGJlc2NocmVpYmVuZGVuIFhNTCBnaWJ0IGVzIGVpbiBBdHRyaWJ1dCwg ZGFzIG1hbiBhdWYKPiA+IGjDpG5kaXNjaGUgU2VsZWt0aW9uIHN0ZWxsZW4ga2Fubi4gRGFzIHfD pHJlIHNlaHIgaGlsZnJlaWNoLgo+Cj4gV8OkcmUgZXMgdmllbGxlaWNodCBub2NoIHRyYW5zcGFy ZW50ZSwgd2VubiBkaWUgU2VsZWt0aW9uIG51ciBkYW5uCj4gd2llZGVyaGVyZ2VzdGVsbHQgd2ly ZCwgd2VubiBuYWNoIGRlbSBQbHVnaW4ga2VpbiBLbm90ZW4gbWVociBzZWxla3RpZXJ0Cj4gaXN0 PyBEaWUgbWVpc3RlbiBQbHVnaW5zIG3DtmNodGVuIGFuIGRlciBTZWxla3Rpb24gbmljaHRzIMOk bmRlcm4sIHdvenUKPiBicmF1Y2h0IG1hbiBkYW5uIGRpZXNlIFdpZWRlcmhlcnN0ZWxsdW5nPwo+ Cj4KPgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQg YnkgREIyIEV4cHJlc3MKPiBEb3dubG9hZCBEQjIgRXhwcmVzcyBDIC0gdGhlIEZSRUUgdmVyc2lv biBvZiBEQjIgZXhwcmVzcyBhbmQgdGFrZQo+IGNvbnRyb2wgb2YgeW91ciBYTUwuIE5vIGxpbWl0 cy4gSnVzdCBkYXRhLiBDbGljayB0byBnZXQgaXQgbm93Lgo+IGh0dHA6Ly9zb3VyY2Vmb3JnZS5u ZXQvcG93ZXJiYXIvZGIyLwo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fCj4gRnJlZW1pbmQtZGV2ZWxvcGVyIG1haWxpbmcgbGlzdAo+IEZyZWVtaW5kLWRl dmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdl Lm5ldC9saXN0cy9saXN0aW5mby9mcmVlbWluZC1kZXZlbG9wZXIKPgo= |
From: Dimitry P. <dpo...@gm...> - 2007-04-22 09:10:34
|
> I am surprised to see so many changes going on in the beta stage of 0.9.0. > On the other hand, if you prefer to delay the final release of 0.9.0 by > doing these changes, let it be your choice. From my impression, with all the > delays, final 0.9.0 will only be released in the fall of 2007, if in 2007 at > all, given Chris is not going to work on FreeMind in the summer. > Hi all, I do not mean that all issues should be solved before the release. But I think that we need a discussion about what of the issues have to be solved first, and what issues are critical. Why is Chris not going to work in the Summer? Dimitry |
From: Eric L. <Eric@Lavar.de> - 2007-04-22 10:35:35
|
Hi, I must honestly say that I'm not really happy about last minute big changes, it probably means for me accrued work after I've already released a first version of the Linux packages. I acknowledge the fact that I said that I would only package once RC is out, but during the last release, relatively important changes were also done after the 1st RC was out. So my suggestion (starting with this release): - I don't package before 1st RC is out - only pure bug fixing after 1st RC is out, avoid any "structural" changes (no new/modified/removed strings, no new/removed files), so that packagers and translators can properly do their work. Can we agree at least on this? For the next release, I would suggest that we don't release anything before we've closed all bug reports with severity higher than 5. For this release, it's perhaps a bit late for this. Reading through the forums, I've seen 3 points we should fix before release: - encryption seems somewhat buggy - still some Java 6 & Vista weirdnesses - cut&paste in the editor doesn't seem to work as expected And then we should get the RC out, request for translation/packaging, fix last bugs, release. We could then have a 0.9.1 concentrating on stability/fixes. And start to think about what we'd like to have in 1.0. Personally, I think the users are looking for more collaboration features and that could be our focus point: zipped freemind file, webdav support, editing applet, jabber plugin... Does this sound like a plan? Eric Dimitry Polivaev wrote: >> I am surprised to see so many changes going on in the beta stage of 0.9.0. >> On the other hand, if you prefer to delay the final release of 0.9.0 by >> doing these changes, let it be your choice. From my impression, with all the >> delays, final 0.9.0 will only be released in the fall of 2007, if in 2007 at >> all, given Chris is not going to work on FreeMind in the summer. >> > > Hi all, > > I do not mean that all issues should be solved before the release. But I > think that we need a discussion about what of the issues have to be > solved first, and what issues are critical. > > Why is Chris not going to work in the Summer? > > Dimitry > -- Gewalt ist die letzte Zuflucht der Inkompetenz. Violence is the Last Resort of the Incompetent. Gwalt jest ostatnem schronieniem niekompetencji. La violence est le dernier refuge de l'incompetence. ~ Isaac Asimov |
From: Dan P. <dan...@gm...> - 2007-04-22 13:17:08
|
SGVsbG8gYWxsLAoKaW4gdGhlIGxhc3QgeWVhciwgQ2hyaXMgc2FpZCBoZSB3YXMgbm90IGdvaW5n IHRvIHdvcmsgb24gRnJlZU1pbmQgaW4gc3VtbWVyLAphbmQgaGUgZGlkIG5vdC4gSSBkbyBub3Qg c2VlIHRoaXMgYXMgYSBwcm9ibGVtIChob3cgY291bGQgST8pOyBpdCBpcyBqdXN0IGEKZmFjdCB0 byBiZSByZWNrb25lZCB3aXRoLgoKVGhlIHBsYW5zIHN1Z2dlc3RlZCBieSBFcmljIGZvciB0aGUg ZnV0dXJlIGFyZSBvZiBsaXR0bGUgY29uY2VybiBmb3IgbWUsIGFzCkkgd2lsbCBubyBsb25nZXIg YmUgdGhlIHByb2plY3QncyBkaXJlY3RvciBhZnRlciAwLjkuMC4gTG9va2luZyBiYWNrLCBJIGhh dmUKYmVlbiB0aG9yb3VnaGx5IGRpc2FwcG9pbnRlZCB3aXRoIHRoZSByZWxlYXNlIGRpc2NpcGxp bmUsIG1lYW5pbmcgbmV3CmZlYXR1cmVzIGdvdCBpbXBsZW1lbnRlZCBhZnRlciBmaXJzdCByZWxl YXNlIGNhbmRpZGF0ZS4KClRoaW5ncyBzaG91bGQgYmV0dGVyIGJlIGhlYWRpbmcgdG93YXJkIHRo ZSBmaW5hbCByZWxlYXNlIGZhc3QsIHdpdGhvdXQgYW55CnJlZmFjdG9yaW5nIHRha2luZyBwbGFj ZSBpbiB0aGUgQ1ZTIGJyYW5jaCBtZWFudCBmb3IgdGhlIHJlbGVhc2UuIFRoZQphdHRlbnRpb24g c2hvdWxkIGJldHRlciBiZSBnb2luZyBpbnRvIHRyeWluZyB0byBmaW5kIGJ1Z3MgYXMgaWYgeW91 IHdlcmUKcGFpZCAxMCDigqwgZm9yIGV2ZXJ5IGJ1ZyBmb3VuZCwgcmF0aGVyIHRoYW4gdGhpbmtp bmcgb2YgaG93IHRvIHJlZmFjdG9yCnRoaW5ncyBmb3IgdGhlIGZ1dHVyZSByZWxlYXNlcyBhbmQg ZmVhdHVyZXMuCgpJIGZ1bGx5IHN1cHBvcnQgdGhhdCBSQyBzaG91bGQgbWVhbiBvbmx5IGJ1ZyBm aXhlcyB0aGVyZWFmdGVyIG9yIG9ubHkgdGhvc2UKZmVhdHVyZXMgdGhhdCBvYnZpb3VzbHkgcmVx dWlyZSBjbG9zZSB0byBubyB0ZXN0aW5nLgoKQmVzdCByZWdhcmRzLApEYW4KCgpPbiA0LzIyLzA3 LCBFcmljIExhdmFyZGUgPEVyaWNAbGF2YXIuZGU+IHdyb3RlOgo+Cj4gSGksCj4KPiBJIG11c3Qg aG9uZXN0bHkgc2F5IHRoYXQgSSdtIG5vdCByZWFsbHkgaGFwcHkgYWJvdXQgbGFzdCBtaW51dGUg YmlnCj4gY2hhbmdlcywgaXQgcHJvYmFibHkgbWVhbnMgZm9yIG1lIGFjY3J1ZWQgd29yayBhZnRl ciBJJ3ZlIGFscmVhZHkKPiByZWxlYXNlZCBhIGZpcnN0IHZlcnNpb24gb2YgdGhlIExpbnV4IHBh Y2thZ2VzLgo+IEkgYWNrbm93bGVkZ2UgdGhlIGZhY3QgdGhhdCBJIHNhaWQgdGhhdCBJIHdvdWxk IG9ubHkgcGFja2FnZSBvbmNlIFJDIGlzCj4gb3V0LCBidXQgZHVyaW5nIHRoZSBsYXN0IHJlbGVh c2UsIHJlbGF0aXZlbHkgaW1wb3J0YW50IGNoYW5nZXMgd2VyZSBhbHNvCj4gZG9uZSBhZnRlciB0 aGUgMXN0IFJDIHdhcyBvdXQuCj4gU28gbXkgc3VnZ2VzdGlvbiAoc3RhcnRpbmcgd2l0aCB0aGlz IHJlbGVhc2UpOgo+IC0gSSBkb24ndCBwYWNrYWdlIGJlZm9yZSAxc3QgUkMgaXMgb3V0Cj4gLSBv bmx5IHB1cmUgYnVnIGZpeGluZyBhZnRlciAxc3QgUkMgaXMgb3V0LCBhdm9pZCBhbnkgInN0cnVj dHVyYWwiCj4gY2hhbmdlcyAobm8gbmV3L21vZGlmaWVkL3JlbW92ZWQgc3RyaW5ncywgbm8gbmV3 L3JlbW92ZWQgZmlsZXMpLCBzbyB0aGF0Cj4gcGFja2FnZXJzIGFuZCB0cmFuc2xhdG9ycyBjYW4g cHJvcGVybHkgZG8gdGhlaXIgd29yay4KPgo+IENhbiB3ZSBhZ3JlZSBhdCBsZWFzdCBvbiB0aGlz Pwo+Cj4gRm9yIHRoZSBuZXh0IHJlbGVhc2UsIEkgd291bGQgc3VnZ2VzdCB0aGF0IHdlIGRvbid0 IHJlbGVhc2UgYW55dGhpbmcKPiBiZWZvcmUgd2UndmUgY2xvc2VkIGFsbCBidWcgcmVwb3J0cyB3 aXRoIHNldmVyaXR5IGhpZ2hlciB0aGFuIDUuIEZvcgo+IHRoaXMgcmVsZWFzZSwgaXQncyBwZXJo YXBzIGEgYml0IGxhdGUgZm9yIHRoaXMuCj4gUmVhZGluZyB0aHJvdWdoIHRoZSBmb3J1bXMsIEkn dmUgc2VlbiAzIHBvaW50cyB3ZSBzaG91bGQgZml4IGJlZm9yZQo+IHJlbGVhc2U6Cj4gLSBlbmNy eXB0aW9uIHNlZW1zIHNvbWV3aGF0IGJ1Z2d5Cj4gLSBzdGlsbCBzb21lIEphdmEgNiAmIFZpc3Rh IHdlaXJkbmVzc2VzCj4gLSBjdXQmcGFzdGUgaW4gdGhlIGVkaXRvciBkb2Vzbid0IHNlZW0gdG8g d29yayBhcyBleHBlY3RlZAo+Cj4gQW5kIHRoZW4gd2Ugc2hvdWxkIGdldCB0aGUgUkMgb3V0LCBy ZXF1ZXN0IGZvciB0cmFuc2xhdGlvbi9wYWNrYWdpbmcsCj4gZml4IGxhc3QgYnVncywgcmVsZWFz ZS4KPgo+IFdlIGNvdWxkIHRoZW4gaGF2ZSBhIDAuOS4xIGNvbmNlbnRyYXRpbmcgb24gc3RhYmls aXR5L2ZpeGVzLiBBbmQgc3RhcnQKPiB0byB0aGluayBhYm91dCB3aGF0IHdlJ2QgbGlrZSB0byBo YXZlIGluIDEuMC4gUGVyc29uYWxseSwgSSB0aGluayB0aGUKPiB1c2VycyBhcmUgbG9va2luZyBm b3IgbW9yZSBjb2xsYWJvcmF0aW9uIGZlYXR1cmVzIGFuZCB0aGF0IGNvdWxkIGJlIG91cgo+IGZv Y3VzIHBvaW50OiB6aXBwZWQgZnJlZW1pbmQgZmlsZSwgd2ViZGF2IHN1cHBvcnQsIGVkaXRpbmcg YXBwbGV0LAo+IGphYmJlciBwbHVnaW4uLi4KPgo+IERvZXMgdGhpcyBzb3VuZCBsaWtlIGEgcGxh bj8KPgo+IEVyaWMKPgo+IERpbWl0cnkgUG9saXZhZXYgd3JvdGU6Cj4gPj4gSSBhbSBzdXJwcmlz ZWQgdG8gc2VlIHNvIG1hbnkgY2hhbmdlcyBnb2luZyBvbiBpbiB0aGUgYmV0YSBzdGFnZSBvZgo+ IDAuOS4wLgo+ID4+IE9uIHRoZSBvdGhlciBoYW5kLCBpZiB5b3UgcHJlZmVyIHRvIGRlbGF5IHRo ZSBmaW5hbCByZWxlYXNlIG9mIDAuOS4wIGJ5Cj4gPj4gZG9pbmcgdGhlc2UgY2hhbmdlcywgbGV0 IGl0IGJlIHlvdXIgY2hvaWNlLiBGcm9tIG15IGltcHJlc3Npb24sIHdpdGgKPiBhbGwgdGhlCj4g Pj4gZGVsYXlzLCBmaW5hbCAwLjkuMCB3aWxsIG9ubHkgYmUgcmVsZWFzZWQgaW4gdGhlIGZhbGwg b2YgMjAwNywgaWYgaW4KPiAyMDA3IGF0Cj4gPj4gYWxsLCBnaXZlbiBDaHJpcyBpcyBub3QgZ29p bmcgdG8gd29yayBvbiBGcmVlTWluZCBpbiB0aGUgc3VtbWVyLgo+ID4+Cj4gPgo+ID4gSGkgYWxs LAo+ID4KPiA+IEkgZG8gbm90IG1lYW4gdGhhdCBhbGwgaXNzdWVzIHNob3VsZCBiZSBzb2x2ZWQg YmVmb3JlIHRoZSByZWxlYXNlLiBCdXQgSQo+ID4gdGhpbmsgdGhhdCB3ZSBuZWVkIGEgZGlzY3Vz c2lvbiBhYm91dCB3aGF0IG9mIHRoZSBpc3N1ZXMgaGF2ZSB0byBiZQo+ID4gc29sdmVkIGZpcnN0 LCBhbmQgd2hhdCBpc3N1ZXMgYXJlIGNyaXRpY2FsLgo+ID4KPiA+IFdoeSBpcyBDaHJpcyBub3Qg Z29pbmcgdG8gd29yayBpbiB0aGUgU3VtbWVyPwo+ID4KPiA+IERpbWl0cnkKPiA+Cj4KPgo= |
From: Dimitry P. <dpo...@gm...> - 2007-04-22 13:18:01
|
Hi, > I must honestly say that I'm not really happy about last minute big > changes, it probably means for me accrued work after I've already > released a first version of the Linux packages. I see your point, the changes coming too late produce an additional work amount. And I think that the main reason for such development is a lack of communication in the project. I wish we had a project least at least once a month so that all open questions could be discussed. > So my suggestion (starting with this release): > - I don't package before 1st RC is out > I would like to define some criteria for a version to be released first. Can a version with memory leaks be released? Can a version with open design issues be released? Shouldn't we at least make a chat for defining such criteria before starting the release procedure? > - only pure bug fixing after 1st RC is out, avoid any "structural" > changes (no new/modified/removed strings, no new/removed files), so that > packagers and translators can properly do their work. As I have already pointed out, some structural changes would be needed to remove current memory leaks. > For the next release, I would suggest that we don't release anything > before we've closed all bug reports with severity higher than 5. For > this release, it's perhaps a bit late for this. > Reading through the forums, I've seen 3 points we should fix before release: > - encryption seems somewhat buggy > - still some Java 6 & Vista weirdnesses > - cut&paste in the editor doesn't seem to work as expected I believe in the strength of right processes and well defined roles. And because I see that the release is not coming, I propose * to create a new "release" branch, so that only release relevant changes are committed there, * to introduce a role of the "release manager". This person is responsible for defining and managing all tasks to be solved before the release and maintaining the release branch, * to ask Eric to play this role for the 0.9.0 > And then we should get the RC out, request for translation/packaging, > fix last bugs, release. > > We could then have a 0.9.1 concentrating on stability/fixes. And start > to think about what we'd like to have in 1.0. Personally, I think the > users are looking for more collaboration features and that could be our > focus point: zipped freemind file, webdav support, editing applet, > jabber plugin... > > Does this sound like a plan? I would like to work on some other things for the 0.9.1. But I think that it would be fine to chat about the alternatives. What are you thinking? Best regards, Dimitry |
From: Christian F. (GMX) <chr...@gm...> - 2007-04-24 19:40:18
|
Dear Developers, I don't understand the mails: we published in unstable a beta version and introduce a new structure after beta9 but *before* RC1. This *must* be conformal to the usual release cycle. Eric: I'm sorry for your hassle, but we are not going to introduce new libraries and the list of files does only change for the source package. Say, how do you generate the list of all Java files? Don't you use some automatisms, such that it is not a big difference for you if we have two new and two other files, which are gone? Regards, Chris PS: I would like you to stop talking about my summer plans. They should be not relevant in this thread. |
From: Dan P. <dan...@gm...> - 2007-04-24 20:21:37
|
Hello Chris, I am sorry to have treated your summer plans here; you are right. I was just concerned with how the release was going to be delayed by the refactoring. And you are right that the refactoring is happening before RC1. I just thought heading fast towards RC1 is a rather reasonable thing to do. Seems like I have overreacted to an imaginary problem. I am sorry for that. Best regards, Dan On 4/24/07, Christian Foltin (GMX) <chr...@gm...> wrote: > > Dear Developers, > > I don't understand the mails: we published in unstable a beta version > and introduce a new structure after beta9 but *before* RC1. > This *must* be conformal to the usual release cycle. > > Eric: I'm sorry for your hassle, but we are not going to introduce new > libraries and the list of files does only change for the source > package. Say, how do you generate the list of all Java files? Don't you > use some automatisms, such that it is not a big > difference for you if we have two new and two other files, which are gone? > > Regards, Chris > > PS: I would like you to stop talking about my summer plans. They should > be not relevant in this thread. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Freemind-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freemind-developer > |
From: Eric L. <fre...@zo...> - 2007-05-01 12:25:16
|
Hi Christian, Christian Foltin (GMX) wrote: > Dear Developers, > > I don't understand the mails: we published in unstable a beta version > and introduce a new structure after beta9 but *before* RC1. > This *must* be conformal to the usual release cycle. You're right, I said it myself: I was too quick. Nevertheless, everybody had a word about it, so I take it as an "official" decision: after RC1, no more changes unless required for bug fixing, time for packaging and translation! I'm happy, we can close the point and it has been the last time I've started packaging before RC1 :-) Actually I see that Daniel has already started documenting this point: http://freemind.sourceforge.net/wiki/index.php/Development#Alpha.2C_Beta_and_Release_Candidate I've added some more of my own. If nobody complains within one week, I'll replace the "I propose the following definitions of labels alpha, beta, and release candidate." through "We have decided the following definitions of ..." (+ remove Dan and my names) and this'll be a decision! Hope this is OK if I put some pressure on decision taking, Eric |
From: Dan P. <dan...@gm...> - 2007-05-01 19:47:16
|
Hi Eric, I like your additions to my original proposal. Best regards, Dan |