5. Mrz
[Vorankündigung] mi:fusion 2.0.18 + neue Upgraderoutine (Stufe 1)

Dies ist eine Vorankündigung. Die Auslieferung von Mi:Fu 2.0.18 erfolgt aus dienstl. Gründen erst am Samtag. Als Überbrückung folgender Newsbeitrag:
Seit heute Abend gibt es eine neue Core Version von Miranda. Nachdem die letzte Core Version aufgrund minimalster Veränderungen der Mi:Fu Version (der Öffentlichkeit) vorenthalten wurde, nun also wieder die gewohnte “Aktualität”. Doch wir haben die Zeit der ausgelassenen Version (2.0.17) intensiv für ein paar kleine Tests bezüglich unseres eigenen Updaters im Dev-Blog genutzt (vielen Dank an dieser Stelle an alle Tester).

Rausgekommen ist dabei die erste Stufe eines vereinfachten Updaters. Alle zukünftigen Setupversionen besitzen die Fähigkeit, unsere eigenen Updatepakete zu erkennen und zu installieren. Vereinfacht gesagt heißt dies:
Der Nutzer muss nun nicht mehr die Upgrade ZIP Version herunterladen und von Hand in den Installationsordner kopieren. In Zukunft reicht ein Klick auf die Upgrade.exen, welche zukünftig (ab Version 2.0.19) unter Downloads zu finden sind.
Die einzelnen Upgradepakete enthalten nur noch die Änderungen zur letzten Version. Sie tragen die Versionsnummern in der Form: MFU02001700.exe = Miranda Fusion Upgrade 02.00.17.00.
Nach dem Ausführen der Upgrade.exe wird automatisch der Installationsordner erkannt und die entsprechenden aktualisierten Dateien ins Verzeichnis kopiert.
Jedoch gibt es eine schlechte und mehrere gute Nachrichten. Zuerst die schlechte:
Damit Euer Mi:Fu für die Zukunft gewappnet ist, muss es ein ALLERLETZTES mal NEU installiert werden. D.h. die Setup.exe 2.0.18 ist Pflichtprogramm, für alle die zukünftig Updates in irgendeiner Form erhalten wollen.
Jedoch erhaltet ihr dafür einen riesen Vorteil. Ihr müsst Mi:Fu nie wieder neuinstallieren, könnt es einmal an Eure Bedürfnisse anpassen und habt den Vorteil eines zukünftigen komfortablen Updaters. Sollten größere Veränderungen bezüglich Updater, Configurator etc. anstehen, so können diese alle über den neuen Updateprozess ausgeliefert werden. Wir sind dahingehend also ganz flexibel.
Wie wird es weiter gehen:
In Zukunft wird dieses Verfahren in einer zweiten Stufe noch weiter vereinfacht. Dann erkennt Mi:Fu automatisch, welche Upgradeversion zur Aktualisierung benötigt werden, diese werden dann automatisch vom Server geladen und installiert. Für den Nutzer entsteht keinerlei Aufwand mehr. Daher ist es aktuell notwendig, dass die Upgradversionen nur die Änderungen zur letzten Version enthalten. Weitere Tests zu dieser Stufe werden wieder im Dev-Blog erfolgen.





am 5. März 2010 um 08:31
6495
geil =)
Funktioniert das auch bei der portable Version?
am 5. März 2010 um 08:46
6497
Jein. Den Updater (der noch in der entwicklung steckt) wird es nur für die setupversion geben. Allerding habe ich die Updatepacks, die jetzt übergangsweise angeboten werden so geschrieben, dass man (sofern man nicht die setupversion hat) sich den installationspfad selber suchen kann. Somit sind die Packs auch “Portable tauglich”.
Portable würd ich allerdings nur nutzen wenn ich Miranda auch wirklich portable brauche, da die setup einige vorteile bietet:
mfwd.exe – der miranda fusion
watchdog, der miranda fusion
überwacht und ein ggf. hängenden
miranda prozess terminiert
configurator.exe – bequeme
einstellungsmöglichkeiten diverser
parameter, erzeugen einer
Portableversion DEINES miranda
fusion mit all deinen einstellungen
mit nur einem klick (oder 2).
der zukünftige updater – er hält
miranda fusion automatisch auf
neuestem stand.
uvm…
soweit erstmal
mfG Highcoder
am 5. März 2010 um 11:11
6498
Muss die version aus dem Dev-Blog dann auch nochmal deinstalliert werden oder funktioniert die noch?
am 5. März 2010 um 11:23
6500
Die funktioniert so. Allerdings wird das Update-Pack auf v2.0.18 nur im DEV-Blog angeboten werden, da es die offizielle 2.0.18 nur als setup gibt da die offizielle 2.0.16 ja noch nicht “Updatepack-fähig” ist. Somit wird die 2.0.17 DEV-Blog version auf den selben stand gebracht wie die offizielle 2.0.18.
Das erste offizielle Update-Pack wird das 2.0.19 sein.
mfG Highcoder
am 5. März 2010 um 11:20
6499
freu mich schon drauf :)
danke ans dev team
am 5. März 2010 um 11:40
6501
Kurz Verständnisfrage:
Heißt das jetzt wenn ich 2.0.18 installiere, dass ich alle Einstellungen erneut vornehmen muss?
Oder kann ich die einfach über meine 2.0.16 rüberinstallieren und alle Einstellungen bleiben erhalten?
Ansonst macht ihr eine super Arbeit hier.
am 5. März 2010 um 12:05
6503
Jup das heißt es. Das war mit “eine schlechte Nachricht” gemeint.
Aber das Gute ist das es EIN LETZTES MAL ist. Deshalb wollte ich die Updatepacks ja so schnell wie möglich auf den Weg bringen damit das ewige Neuinstallieren ein Ende hat. Denn ab da kann dann ALLES über die Updatepacks eingespielt werden.
Daher gilt für ALLE (sofern sie neue versionen wünschen): 2.0.18 Setup ist PFLICHT!!! Denn nur ab dieser Version funktionieren die Packs.
Deshalb auch die Ankündigung 2 Tage vor Release, damit man sich seelisch und moralisch drauf einstellen kann ;-)
mfG
am 5. März 2010 um 11:51
6502
freu mich voll auf die neue version
am 5. März 2010 um 17:56
6510
Kommt der Fusion-Updater auch mit mehreren ICQ-Accounts klar?
mfg
maja
am 5. März 2010 um 23:03
6517
Das spielt im Grunde genommen keine Rolle wieviel Account du bereits in Mi:Fu angelegt hast. Diese Einstellungen bleiben ja nach jedem Update unangetastet.
Allerdings muss man hier betonen, dass unser Updater auch immer “unsere” ICQ.dll (aktuell ICQplus Mod) ausliefert. Alle die sich nachträglich eine andere icq.dll (z.B. s!n) installiert haben müssten die dll vorher in z.b. icq2.dll o.s.ä. umbenennen, damit die icq.dll nicht jedes mal neu überschrieben werden.
am 5. März 2010 um 23:09
6518
Ihr Süssen… Nach meinem Wissen gehen mehrere ICQ-Accounts nur durch eine mehrfach kopierte ICQ-DLL (also z.B. ICQ1.dll und ICQ2.dll). Wenn der Updater dann eine neue ICQ.dll ausliefert, geht das doch mit Sicherheit schief, oder? Ich gehe mit weiblicher Intuition davon aus, dass ich dann bei jedem Update zusätzlich zu ICQ1.dll und ICQ2.dll eine (dritte) ICQ.dll habe – also ist doch wieder Handarbeit vonnöten. Nicht falsch verstehen – aber dann kann ich auch gleich per zip updaten.
Mfg
maja
am 5. März 2010 um 23:18
6519
Hi du süße :-P
Jaein, das Kopieren von DLLs zum Anlegen von mehreren ICQ ist schon laaaaange nicht mehr von Nöten. Die standard ICQJ und die s!n Mod haben bereits Multiaccount Unterstützung, d.h. man legt mehrere Konten über den Accountmanager an, ohne die dll zu kopieren. Beim ICQ Plus Mod ist das allerdings noch nicht möglich. Neben diesen und vielen anderen Problemen sind wir ehrlich gesagt sowieso dabei zu überlegen gänzlich auf diese Mods zu verzichten. Der Support für diese Mods insbesondere für den s!n Mod ist grottig. Jedenfalls entsteht durch eine Multiaccount ICQ nicht dein oben angesprochenes Problem.
am 5. März 2010 um 23:41
6520
Danke für die Info! Dann habe ich wohl die ganze Zeit umsonst ICQ.dll’s hin- und herkopiert… Nebenbei: Ich hätte nichts dagegen, wenn auf alle Mods verzichtet wird, die ein automatisches Updaten unmöglich machen. Im Sinne der Einfachheit.
So, zurück zur Arbeit. Nochmal danke.
Mfg
maja
am 6. März 2010 um 21:34
6551
HEUL Nun hab ich den Salat! Stecke in der Neuinstallation fest und finde eben KEINE möglichkeit, ein zweites icq-konto anzulegen… msn, yahoo und allesamts lassen sich nochmal hinzufügen, icq aber nicht. und was mach ich nun?
ich wusste, dass da wieder ein haken dran ist. ich wusste es einfach. :-(
mfg
maja
am 6. März 2010 um 21:43
6552
Ich zitiere: “…Das war doch schon immer so bei dem ICQplus Mod. Das unterstützt noch kein MultiAccount. Deswegen überlegen wir ja die ICQJ als Basis zu nehmen. Aber “Ihr” wollt ja unbedingt immer diesen f**k Invisible Scan :)…”
Kurzum:
Im Standard Mi:Fu war schon IMMER ICQPlus drinne, und da konnte man noch NIE mehrere Konten ohne ICQ.dll kopieren anlegen…
am 6. März 2010 um 21:58
6555
Ich zitiere: “das Kopieren von DLLs zum Anlegen von mehreren ICQ ist schon laaaaange nicht mehr von Nöten”
Na ja, da habe ich mich wohl zu sehr gefreut und den unteren Teil Deines Beitrags im Unterbewusstsein verschwinden lassen.
Nun, so macht der Fusion-Updater für mich leider keinen Sinn, da ich ICQ-Multiaccount benötige und dann jedes Mal zusätzlichen Ärger habe bei jedem Update. Schmeiß ihn gerade wieder von der Platte und verwende weiter das “alte” Fusion. :-( Und das nur wegen dem blöden Invisible Scan. Wer ist das eigentlich, dass er so viel wichtiger ist als ich? ;-)
Mfg
maja
am 6. März 2010 um 22:15
6556
Mh, also nur weil DUs bist, fass ich es nochmal zusammen:
1.) die Aussage mit den kopieren von DLLs bezog sich auf ICQJ und s!n. MI:FU verwendet aber noch die ICQplus. Dort muss man noch die icq.dll kopieren.
2.) Dennoch macht der Updater weiter SINN. Denn du kannst ja dennoch eine andere ICQ.dll verwenden, die S!N oder die ICQJ die den MultiAccount haben. Nur benennst du die icq.dll um in z.B: icqsin.dll. Dann hast du bei allen kommenden Updates nicht das Problem, dass dir diese Version immer überschrieben wird. Alle ICQ Versionen laufen quasi auch parallel. Also entstehen für dich NULL Probleme.
am 6. März 2010 um 22:19
6557
Um mich auch mal einzuklinken…
Das einzige “problem” was du hast ist, das du deine “eigene” ICQirgendwas.dll selbst updaten musst da durch das pack nur die ICQOscarJ Plus mod ausgeliefert wird…
Das gilt aber auch für alle anderen fremdplugins die du evtl. noch drinne hast.
am 6. März 2010 um 23:08
6559
Jahaaaaaaa… habe es kapiert! Danke für Eure Geduld! Frauen am PC sind wie Männer an der Mikrowelle, also habt Verständnis. BTW: Das “Miranda bleibt nach dem Beenden als Prozess bestehen”-Problem hat bei mir nachvollziehbar was damit zu tun, ob in den Einstellungen unter “StartupStatis” ein Haken bei “Vor Beenden Offlinemodus setzen” ist oder nicht. Wollte es nur mal gesagt haben. Und nun habt eine gute Zeit.
MfG
maja
am 6. März 2010 um 23:41
6563
^^ Ich bin gar nicht so schlecht an der Microwelle… wollt ich nur mal gesagt haben.
Übrigens… Guter Ansatz beim “Miranda bleibt nach dem Beenden als Prozess bestehen”-Problem.
Das werd ich mal näher unter die Lupe nehmen…
am 6. März 2010 um 17:19
6534
Ich ändere in der style.css immer die Farbe für “head in/out” da ich das ganze sonst sehr unübersichtlich finde wenn alles weiß/grau ist.
Werd ich das auch weiterhin nach jedem Update machen müssen?
am 6. März 2010 um 17:41
6535
Nein die brauchst du nicht jedesmal neu machen. Das die CSS geupdatet wird ist bisher extrem selten gewesen. Ausserdem wird es zu jedem Pack einen detailierten changelog geben wo dann auch drinstehen wird welche dateien aktualisiert werden. So kannst du dich dementsprechend aufs update vorbereiten.
mfG
am 6. März 2010 um 18:13
6537
Ja wo bleibt sie denn nun, die neue Version? Mal in den Kalender guck Ist heute nicht Samstag?
Mfg
maja
am 6. März 2010 um 18:37
6539
tjaaaa, sitz grad dran… nun hab ich endlich Zeit…