You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(65) |
Jun
(114) |
Jul
(93) |
Aug
(10) |
Sep
(12) |
Oct
(22) |
Nov
(8) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
From: Dirk R. <dir...@cs...> - 2011-12-15 19:24:37
|
Erstklassig! :-) Als besondere Vorausschau fuer euch urspruengliche Mydosis Entwickler, hier eine Information: Gegen Ende des Semesters wird Johannes Link einen einmaligen Sonderworkshop (2 * 2,5 Tage) zu test-getriebener Entwicklung halten. Johannes ist Deutschland's ausgewiesener Experte auf diesem Gebiet. Weitere Information findet ihr auf Univis unter Person Johannes Link. Ort noch in der Schwebe aber Anmeldung schon moeglich (und begrenzt). Viele Gruesse, Dirk On 14.12.2011 21:07, Markus Stipp wrote: > Hallo allerseits, > > das AMOS Projekt ist schon über anderthalb Jahre her, doch ich wollte noch > einmal alle auf den aktuellen, vorweihnachtlichen Stand 2011 bringen: > > Das DosIS Projekt lebt nun als Mydosis unter mydosis.de > <http://www.mydosis.de> weiter. Mittlerweile haben sich über 600 Ärzte > angemeldet - das ist mit Euer Verdienst! Die Strategie hat sich gewandelt, wir > sind gerade in Gesprächen mit der Pädiatrie in Erlangen und wollen das > Uniklinikum als Partner und 'Content Provider' gewinnen - spannende Zeiten! > > Die Smartphone App wird gegenwärtig auf iOS portiert, zukünftig wollen wir > aber auf HTML5 umsteigen um alle Smartphone Plattformen zu unterstützen und > von den Stores unabhängig zu sein. > > Mit Johannes Link <http://johanneslink.net/> haben wir einen sehr erfahrenen > Softwareentwickler mit über 15 Jahren praktischer Tätigkeit (davon 6 Jahre > selbstständig) gewinnen können. Er hilft uns ein strukturiertes Domänenmodell > für das UK Erlangen zu entwickeln und die DosIS Software neu zu schreiben. > > Trotzdem fehlen uns noch Entwicklerkapazitäten. Die Frage ist nun: Hat jemand > Lust und Zeit 'dosis-server' weiterzuentwickeln? Über das Exist Geld können > wir einen Hiwi-Stundensatz anbieten. Die bestehende Software soll noch für ein > paar Experimente genutzt werden, ausserdem sollen einige Fehler ausgebügelt > werden. Um die Zeit bis zur vollständigen Neuentwicklung zu überbrücken und > eventuell danach, suchen wir noch jemanden... Wer kann helfen? > > Frohe Weihnachtszeit! > > Markus > > -- > Dipl.-Ing. Markus Stipp > Mydosis - Bessere Medizin durch bessere Daten > Web:http://www.mydosis.de, Email:mar...@my... > Tel: +49 (0) 9131 852 7921 > > > > ------------------------------------------------------------------------------ > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > This paper surveys cloud computing today: What are the benefits? > Why are businesses embracing it? What are its payoffs and pitfalls? > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > > > > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel -- Prof. Dr. Dirk Riehle, University of Erlangen-Nuremberg Open Source Research Group, Applied Software Engineering Web: http://osr.cs.fau.de, Email: dir...@cs... Cell phone: +49 157 8153 4150 or +1 650 450 8550 |
From: Markus S. <mar...@my...> - 2011-12-14 20:36:42
|
Hallo allerseits, das AMOS Projekt ist schon über anderthalb Jahre her, doch ich wollte noch einmal alle auf den aktuellen, vorweihnachtlichen Stand 2011 bringen: Das DosIS Projekt lebt nun als Mydosis unter mydosis.de <http://www.mydosis.de> weiter. Mittlerweile haben sich über 600 Ärzte angemeldet - das ist mit Euer Verdienst! Die Strategie hat sich gewandelt, wir sind gerade in Gesprächen mit der Pädiatrie in Erlangen und wollen das Uniklinikum als Partner und 'Content Provider' gewinnen - spannende Zeiten! Die Smartphone App wird gegenwärtig auf iOS portiert, zukünftig wollen wir aber auf HTML5 umsteigen um alle Smartphone Plattformen zu unterstützen und von den Stores unabhängig zu sein. Mit Johannes Link <http://johanneslink.net/> haben wir einen sehr erfahrenen Softwareentwickler mit über 15 Jahren praktischer Tätigkeit (davon 6 Jahre selbstständig) gewinnen können. Er hilft uns ein strukturiertes Domänenmodell für das UK Erlangen zu entwickeln und die DosIS Software neu zu schreiben. Trotzdem fehlen uns noch Entwicklerkapazitäten. Die Frage ist nun: Hat jemand Lust und Zeit 'dosis-server' weiterzuentwickeln? Über das Exist Geld können wir einen Hiwi-Stundensatz anbieten. Die bestehende Software soll noch für ein paar Experimente genutzt werden, ausserdem sollen einige Fehler ausgebügelt werden. Um die Zeit bis zur vollständigen Neuentwicklung zu überbrücken und eventuell danach, suchen wir noch jemanden... Wer kann helfen? Frohe Weihnachtszeit! Markus -- Dipl.-Ing. Markus Stipp Mydosis - Bessere Medizin durch bessere Daten Web: http://www.mydosis.de, Email: mar...@my... Tel: +49 (0) 9131 852 7921 |
From: Dirk R. <dir...@cs...> - 2011-05-08 12:35:23
|
W00t! Herzlichen Glueckwunsch dem Team :-) (Ahem, mich eingeschlossen.) Auf ein zweites ebenso erfolgreiches Jahr! Herzliche Gruesse allerseits, Dirk On 05/08/2011 01:07 PM, Markus Stipp wrote: > Hallo allerseits, > > mittlerweile ist schon ein Jahr vergangen seit dem AMOS Praktikum 2010.. das > Dosis Projekt lebt weiter und auch beim Mydosis Portal hat sich viel getan. Im > Februar ging die Mydosis App Live, zwei Monate später war der Exist Antrag > erfolgreich; mittlerweile gibt es eine Mydosis Video Tour > <http://mydosis.de/tour.do> und einen Twitter Kanal > <http://twitter.com/#%21/mydosis>. Ende Mai steht nun ein Workshop mit Prof. > Rascher <http://www.kinderklinik.uk-erlangen.de/e158/e175/e196/index_ger.html> > an, Direktor der Kinderklinik Erlangen. Es wird eine Möglichkeit der > Zusammenarbeit angestrebt, wobei sich im ersten Schritt das Domänenmodell > nochmal erweitert wird. > > Das Mydosis Portal in Zahlen: 283 angmeldete Nutzer, über 311 Mydosis App > Installationen, 15 davon auf Galaxy Tabs > <http://www.samsung.com/global/microsite/galaxytab/> (!). 270 unserer App > Nutzer kommen aus Deutschland, 20 aus Österreich und 9 aus der Schweiz. Weiter > sind die USA (3), Mexiko (3), und weitere Länder vertreten. Zukünftig ist eine > Mydosis App für iOS und natürlich Tablets geplant. > > Bei Exist sieht es nun so aus, dass *noch eine Stelle mit einem > Softwaretechniker zu besetzen ist*. Dieser erhält ein reguläres, monatliches > Gehalt für die nächsten 12 Monate. Da geht natürlich auch die Frage an die > Community: kann sich Jemand vorstellen weiter an Dosis zu arbeiten? Dosis > bleibt weiter Open Source wie bisher. > > Gruß, > > Markus > > P.S. Übrigens hat gerade das zweite AMOS Praktikum begonnen - dieses Mal unter > der Leitung von Frank Denninger. Dann mal toi, toi, toi ;-) > > -- > Markus Stipp > Unter Kollegen: Das Mydosis Portal für Dosierinformation > Web:http://www.mydosis.de, Email:mar...@my... > Cell phone: +49 176 38153881 > -- Prof. Dr. Dirk Riehle, University of Erlangen-Nuremberg Open Source Research Group, Applied Software Engineering Web: http://osr.cs.fau.de, Email: dir...@cs... Cell phone: +49 157 8153 4150 or +1 650 450 8550 |
From: Markus S. <mar...@go...> - 2011-01-27 21:41:14
|
== Participants == * Frank, Jan, Markus, Stefan == Discussion == * Update on Exist application ** In review, expected response within 8 weeks * Discussion to improve forum ** Suggestion to implement custom solution with Rest and JSON ** First iteration: discussion board ** Customizable for different scenarios: comment on entries, news, hot topics ** Customizable for Android app * Newsletter checkbox ** New users signing-up can opt-in to receive newsletter ** Checkbox below sign-up ** Easy change to database model * Interface to log server events ** Interface to log system events already present in DosIS ** Can be implemented accordingly == Todo == * Frank ** custom forum solution / discussion board * Markus ** Newsletter checkbox ** Various design issues |
From: JP S. <Jan...@in...> - 2010-11-24 17:26:13
|
Hallo, ich würde die neue Reviewstruktur nicht wirklich als das Hindernis sehen. Das einzige, was da in den alten Templates gemacht werden müsste ist, die Diff-Spalte durch eine "Akzeptieren"-Spalte zu ergänzen. Aber gehen wir mal davon aus, dass irgendjemand an dem Ganzen programmiert. Derjenige wird wahrscheinlich mit dem öffentlich verfügbaren programmieren, weil er möglicherweise gar keinen Zugang zu dem neuen Design hat, oder weil es einfach leichter ist, weil dann keine Konfigurationen geändert werden müssen. Sobald dieser eine geeignete Änderung macht ist plötzlich das neue Design nicht mehr auf dem richtigen Stand. Dann ist plötzlich mydosis im Zwang nachzuziehen. Allgemein ein schwieriger Zustand. Gruß, Jan-Philipp Am 24.11.2010 11:54, schrieb Frank Denninger: > Hallo, > > also ich halts für ne recht schlechte idee. > * keine in sich funktionsfähigen akzeptanztests > * keine von sf aus verwendbares/ausprobierbares "produkt" > * keine basis für ein möglicherweise freies theme > * nachdem ich am neuen theme keinen einzigen handschlag machen werde, > wo soll ich meine änderungen ausprobieren falls mal detailänderungen > notwendig sein solten ? > > meine hoffnung ist das irgendwann nochmal ein freies design kommt. > > mfg > Frank > > > Am 24. November 2010 00:54 schrieb JP Stauffert > <Jan...@in...>: >> Hallo zusammen, >> das Problem dabei ist, dass man dann eigentlich fast das neue Design braucht >> um daran entwickeln zu können, oder man bastelt sich ein eigenes. >> Das schränkt die Anzahl der möglichen Entwickler auf die Gruppe, die sich am >> Samstag getroffen hat plus irgendwelche Leute, die der Markus noch aquiriert >> ein. Auch, wenn ich eher nicht glaube, dass jemand von den AuD-Leuten sich >> auch am Programmieren beteiligt wäre dieser fast direkt ausgeschlossen, es >> sei denn er kontaktiert den Markus. Dann wären aber die Einstiegshürden >> hoch. >> Gruß, >> Jan-Philipp >> >> PS: Stefan, gut, dass du den Vidierer-Fehler beheben konntest. >> >> Am 23.11.2010 20:44, schrieb Markus Stipp: >> >> Hallo, >> >> leider ist das die logische Konsquenz - schade eigentlich. Aber das müsst >> ihr, die Entwickler, entscheiden. >> >> Gruss >> >> Markus >> >> Am Dienstag, den 23.11.2010, 19:08 +0100 schrieb Stefan Schießl: >> >> Hiho alle, >> >> ich schlage vor, das alte Design komplett aus sourceforge zu löschen. >> Mit der neuen Review-Struktur ist es inkompatibel, >> ich nehme an es wird auch keiner fixen. Ergo ist es unbrauchbar. >> >> So stellt der OpenSource-Teil nur die Html-Schnittstelle, mehr auch nicht. >> >> Was haltet ihr davon? >> >> grüßle >> >> >> |
From: Dirk R. <dir...@cs...> - 2010-11-17 22:10:31
|
Werde ebenfalls da sein... :-) --Dirk On 11/17/2010 09:35 PM, Markus Stipp wrote: > Hallo allerseits, > > die Planung für den Hackathon am nächsten Samstag stehen! Es wird > Verpflegung, genug zu Trinken und die eine oder andere Überraschung > geben :-) > > Angekündigt haben sich: Frank, Stefan, Georg, Jan und Renato. Renato ist > zufällig im Lande, denn er absolviert gerade seine Diplomarbeit in > Freiburg (!). Dann haben wir ja ein tolles Team beisammen! Los gehts am > Samstagmorgen, 5. Stock im Diplomarbeitszimmer. Ich werde um 10 Uhr am > Eingang warten, da dieser sehr wahrscheinlich verschlossen sein wird. > > Es gibt einige Arbeitspakete, die Beschreibung findet ihr in der > TodoWebUI > <https://spreadsheets.google.com/ccc?key=0Al73zUSEPbfVdFduSEpQcVZuM0E5T1NZWlNJblMxLXc&authkey=CPud8PwP&hl=de#gid=0>. > Es sind ziemlich viele Arbeitspakete, aber es handelt sich hier > ausschliesslich um UI Änderungen, die (hoffentlich) schnell > implementiert sind. Grundlegende Änderungen werden nicht mehr vorgenommen. > > Arbeitspakete: > > AP 1: Einrichten von Repository für CSS und facelets > AP 2: Test laptop aufsetzen, email Anmeldung testen > AP 3: Diff-display anpassen (UI) > AP 4: Meldungen für Anmeldeprozess > AP 5: Meldungen für Einstellungen durch Nutzer > AP 6: Meldungen für Einstellungen durch Admin > AP 7: Weiterleiten auf Anmeldung (login.do) > AP 8: Meldungen bei der Anmeldung > AP 9: Meldung bei Änderung von Eintrag/neuer Eintrag > AP 10: UI bei Änderung von Eintrag anpassen (Referenzen und Markennamen) > AP 11: Versionsnummer hinzufügen > AP 12: Resizing problem von CKeditor lösen > .... und einige Weitere.. > > Prinzipiell muss das Nachrichtensystem (Meldungen) überarbeitet werden. > Bisher wird dies auf index.do geroutet, was beim gegenwärtigen Design > nicht geht. Deswegen schlage ich aber keine vollkommene > Neuprogrammierung vor; stattdessen sollen die wichtigsten > Anwendungsfälle (siehe APs) behandelt werden. Eine Vorlage hierfür gibt > es schon beim userRegisterDisclaimer.do. Dadurch werden wir nicht alle > Meldungen auf index.do verhindern, aber die Wichtigsten. Wenn jemand > einen besseren Vorschlag hat (z.B. eine default.do (mit derzeitigem > Text) und eine leere index.do für Meldungen), bitte melden! > > Vielen Dank, dass ihr diese lange mail durchgestanden habt und bis > Samstag, um 10 Uhr beim Haupteingang der Informatik! > > Markus > > Weiter Aufgaben: > AP X: Inkrementelles Update für die Dosis Android App > > Wegen des Designs: Es ging noch ein Bisschen hin- und her bezüglich des > Designs. Ich entschuldige mich, dass ich diese Problematik nicht > addressieren konnte, verspreche aber, dass sofern wir einen EXIST Antrag > erhalten, ein überarbeitetes Design nach unseren Vorstellungen kommen wird. > > > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2& L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > > > > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel -- Prof. Dr. Dirk Riehle, University of Erlangen-Nuremberg Open Source Research Group, Applied Software Engineering Web: http://osr.cs.fau.de, Email: dir...@cs... Cell phone: +49 157 8153 4150 or +1 650 450 8550 |
From: Markus S. <mar...@go...> - 2010-11-17 20:35:47
|
Hallo allerseits, die Planung für den Hackathon am nächsten Samstag stehen! Es wird Verpflegung, genug zu Trinken und die eine oder andere Überraschung geben :-) Angekündigt haben sich: Frank, Stefan, Georg, Jan und Renato. Renato ist zufällig im Lande, denn er absolviert gerade seine Diplomarbeit in Freiburg (!). Dann haben wir ja ein tolles Team beisammen! Los gehts am Samstagmorgen, 5. Stock im Diplomarbeitszimmer. Ich werde um 10 Uhr am Eingang warten, da dieser sehr wahrscheinlich verschlossen sein wird. Es gibt einige Arbeitspakete, die Beschreibung findet ihr in der TodoWebUI<https://spreadsheets.google.com/ccc?key=0Al73zUSEPbfVdFduSEpQcVZuM0E5T1NZWlNJblMxLXc&authkey=CPud8PwP&hl=de#gid=0>. Es sind ziemlich viele Arbeitspakete, aber es handelt sich hier ausschliesslich um UI Änderungen, die (hoffentlich) schnell implementiert sind. Grundlegende Änderungen werden nicht mehr vorgenommen. Arbeitspakete: AP 1: Einrichten von Repository für CSS und facelets AP 2: Test laptop aufsetzen, email Anmeldung testen AP 3: Diff-display anpassen (UI) AP 4: Meldungen für Anmeldeprozess AP 5: Meldungen für Einstellungen durch Nutzer AP 6: Meldungen für Einstellungen durch Admin AP 7: Weiterleiten auf Anmeldung (login.do) AP 8: Meldungen bei der Anmeldung AP 9: Meldung bei Änderung von Eintrag/neuer Eintrag AP 10: UI bei Änderung von Eintrag anpassen (Referenzen und Markennamen) AP 11: Versionsnummer hinzufügen AP 12: Resizing problem von CKeditor lösen .... und einige Weitere.. Prinzipiell muss das Nachrichtensystem (Meldungen) überarbeitet werden. Bisher wird dies auf index.do geroutet, was beim gegenwärtigen Design nicht geht. Deswegen schlage ich aber keine vollkommene Neuprogrammierung vor; stattdessen sollen die wichtigsten Anwendungsfälle (siehe APs) behandelt werden. Eine Vorlage hierfür gibt es schon beim userRegisterDisclaimer.do. Dadurch werden wir nicht alle Meldungen auf index.do verhindern, aber die Wichtigsten. Wenn jemand einen besseren Vorschlag hat (z.B. eine default.do (mit derzeitigem Text) und eine leere index.do für Meldungen), bitte melden! Vielen Dank, dass ihr diese lange mail durchgestanden habt und bis Samstag, um 10 Uhr beim Haupteingang der Informatik! Markus Weiter Aufgaben: AP X: Inkrementelles Update für die Dosis Android App Wegen des Designs: Es ging noch ein Bisschen hin- und her bezüglich des Designs. Ich entschuldige mich, dass ich diese Problematik nicht addressieren konnte, verspreche aber, dass sofern wir einen EXIST Antrag erhalten, ein überarbeitetes Design nach unseren Vorstellungen kommen wird. |
From: Markus S. <mar...@go...> - 2010-11-17 17:35:33
|
Hallo, Zeitplan (Arbeitspakete) kommt heute Abend... wenn nicht seit Montag mein Internet zuhause ausgefallen wäre, hättet ihrs schon früher gekriegt.. sitz jetzt in der Unibib.. bitte ein Bisschen Mitleid :-) Gruss Markus Am Mittwoch, den 17.11.2010, 17:34 +0100 schrieb Stefan Schießl: > Hiho, > > gibts schon nen Zeitplan / Agenda fürn Samstag? > Wär super das vorab zu klären, sonst sitzt ma am Samstag erstmal da und > schaun blöd ;) > > grüßle > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel |
From: Stefan S. <ste...@gm...> - 2010-11-17 16:34:29
|
Hiho, gibts schon nen Zeitplan / Agenda fürn Samstag? Wär super das vorab zu klären, sonst sitzt ma am Samstag erstmal da und schaun blöd ;) grüßle |
From: Dirk R. <dir...@cs...> - 2010-11-12 11:07:18
|
Hallo zusammen, koennt ihr mir bitte mitteilen, ob ihr naechsten Samstag dabei seid? Ich braeuchte Eure Namen, damit ihr einen Account im Diplomarbeiterraum bekommt. Viele Gruesse, Dirk -- Prof. Dr. Dirk Riehle, University of Erlangen-Nuremberg Open Source Research Group, Applied Software Engineering Web: http://osr.cs.fau.de, Email: dir...@cs... Cell phone: +49 157 8153 4150 or +1 650 450 8550 |
From: Hannes D. <han...@in...> - 2010-11-07 15:13:34
|
Hallo liebe DosIS-Gemeinde, während des Praktikums hatten wir für die untenstehenden Logins spezielle Projektverzeichnisse im CIP einrichten lassen. Da das Praktikum nun schon länger offiziell vorbei ist, sollten die Zugänge eigentlich gesperrt werden. Gesperrt bedeutet in diesem Fall, dass ihr vom CIP nicht mehr auf die AMOS Projektverzeichnisse zugreifen könnt. Daten werden erstmal nicht gelöscht. Daher die Frage: Verwendet von Euch noch jemand diese Projektverzeichnisse? Wenn ich keine Einsprüche erhalte, werde ich die Zugänge in 7 Tagen sperren lassen. @Markus: Sollte ich auf der Mailing Liste nicht alle erreichen können die möglicherweise diese Projektverzeichnisse benötigen, könntest du die E-Mail dann bitte entsprechend weiterleiten? Danke! Gruß Hannes Zugang zu den Projekt-Verzeichnissen haben im Moment noch: Jan-Philipp Stauffert Czilli Gabor Frank Denninger Georg Altmann Stefan Schiessl David Uebler Sebastian Berschneider Zhichao Wang Korbinian Hackl Moritz Haller Adam Eder Renato Giurea Peter Kranz |
From: Markus S. <mar...@go...> - 2010-11-03 22:40:09
|
Hallo, ich muss mich nochmal wegen der Design Problematik entschuldigen - ich bin bisher nicht dazu gekommen, eine kompilierte Fassung eurer Emails an Frank zu schicken. Aber ich kümmer mich drum - versprochen :-) Jetzt ist am Wochenende erstmal Startup Wochenende und vielleicht kann ich euch schon nächste Woche einen kompetenten BWLer präsentieren. Toi, toi, toi! Gruss Markus |
From: JP S. <Jan...@in...> - 2010-10-28 22:10:17
|
Hallo zusammen, weil ich gerade Georgs Schreiben gelesen habe wollte ich mir kurz eine kleine Bemerkung herausgreifen. Der Punkt, der mich bei seiner Ausführung etwas irritiert ist die Sache mit der Auflösung. Wenn man sich das Internet anschaut, wird man auf viele Seiten treffen, die eine feste Auflösung vorgeben. Der Vorteil dabei ist z.B., dass der Designer die Elemente gut anordnen kann und nicht fürchten muss, dass sie irgendwie verrutschen, etwas verpixelt oder unkenntlich wird. Dabei wird meistens davon ausgegangen, dass der Standardbenutzer eine Auflösung von mindestens 1024 in der Breite hat. Entsprechend hat sich eine Breite von 960 Pixeln durchgesetzt um zusätzlichen Sachen wie Scrollbalken und Fensterrändern noch Platz zu lassen. Google sollte hierfür gute Evidenz bringen. Wenn man die Anwendung mit einem Handy nutzt sollte es näher liegen, gleich die entsprechende App zu verwenden. Darüber hinaus empfiehlt es sich eher ein seperates Layout für Kleinstgeräte vorzuhalten als im Haupt-Layout gute Darstellung dafür zu garantieren. Dabei verweise ich darauf, dass es die Möglichkeit gibt, verschiedene Stylesheets für "screen" und für "handheld" zu definieren. Der IE6 ist tatsächlich noch weit verbreitet. Ich möchte aber die Vermutung anstellen, dass Leute, die DosIS nutzen zumindest über ein bestimmtes Computerwissen verfügen und entsprechend halbwegs aktuelle Browser verwenden oder wenn nicht jemanden haben, der ihnen die Anwendung einrichtet und dabei auch einen vernünftigen Browser installiert. Ich finde es schön, dass es hier einen so regen Austausch gibt. Es ist gut, mehrere Meinungen zu haben. Gruß, Jan-Philipp Am 28.10.2010 19:54, schrieb Georg Altmann: > > Am 28.10.2010 07:05, schrieb Markus Stipp: >> Hallo Markus, >> >> leider muss ich hier dem Georg widersprechen. Normal große >> Browserfenster bzw. Bildschirme haben heutzutage üblicherweise eine >> vertikale Auflösung von 1024 Pixeln. Bei diesem Wert sind die >> Informationen absolut im sichtbaren Bereich. Selbst bei einer vertikalen >> Auflösung von 768 Pixeln wären sie das noch. Und der Bereich, der hier >> durch scrollen erreicht werden muss, liegt absolut im Toleranzbereich. >> Daher bin ich weder mit der beschnittenen Variante noch mit der >> skalierten Variante einverstanden, da hier keine adäquate Darstellung >> der Bilder im Kopfbereich gegeben ist. > Ich sehe das anders. Es geht bei der Anwendung primär darum > Informationen darzustellen. Die Darstellung wird durch die großflächigen > Bilder und Freiräume erschwert. Früher oder später gehen dem Benuzer die > Bilder auf den Nerv, weil sie einfach nicht das sind was er sehen will, > so ansprechend sie auch aussehen mögen. > Die Anwendung arbeitet nicht mit Fließtext, bei dem Scrollen natürlich > ist und nicht stört. Wenn man sich von Eintrag zu Eintrag klickt > ("weiter>" Link), stört es aber sehr wohl, wenn man jedesmal > herunterscrollen muß um die gewünschte Information zu sehen. Außerdem > muß man den "weiter" Link jedesmal wieder mit der Maus "anfahren". Das > ist nicht besonders ergonomisch. Würde der ganze Eintrag in das Fenster > passen, könnte ich einfach den Mauszeiger ruhen lassen und weiter klicken. > > Nur weil ein Bildschirm eine bestimmte Auflösung hat, heißt das noch > nicht, dass das Browserfenster auch den ganzen Bildschirm ausfüllen muß. > Das widerspricht im übrigen auch der Barrierefreiheit. Ein gutes Layout > passt sich der größe des Browserfensters an, so dass es auf vielen > verschiedenen Endgeräten (Handy, Netbook, PC, ...) gut darstellbar ist. > Von daher kann man überhaupt nicht von einer "üblichen" Auflösung sprechen. > Was ist wenn der Benutzer gerade recherchiert und nebenher eine andere > Anwendung benutzt? > >> Dem Argument mit der Skalierfunktion der Browser muss ich ebenfalls >> widersprechen. Gemäß Google wird der IE 6 immernoch von 15-20 Prozent >> aller Internetnutzer verwendet. Der IE6 unterstüzt keine >> layout-erhaltende Skalierung! Zudem basieren Browser anderer Anbieter >> auf der IE6-Technologie (wie z.B. der AOL-Browser), die ebenfalls keine >> layout-erhaltende Skalierung unterstützen. > Wollen wir eine zukunftsweisende Anwendung entwickeln die auf aktuellen > Browsern gut aussieht, die wie Du ja selber sagst über 80% der Leute > verwenden oder ob aus Rücksicht auf renitente IE 6 Nutzer eine, die bei > 80% der Nutzer schlecht zu bedienen ist? > > DoSIS ist keine Webseite die der Präsentation dient sondern eine > Webanwendung bei der Ergonomie und gute Darstellung der Informationen > die oberste Priorität haben. Bei Word oder Excel kommt ja auch keiner > auf die Idee, unter der Menüleiste ein Banner einzublenden, das 30% des > Fensterinhaltes belegt, nur weil es so gut aussieht. > > Grüße > Georg > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > > > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel |
From: Georg A. <ge...@ge...> - 2010-10-28 17:55:01
|
Am 28.10.2010 07:05, schrieb Markus Stipp: > Hallo Markus, > > leider muss ich hier dem Georg widersprechen. Normal große > Browserfenster bzw. Bildschirme haben heutzutage üblicherweise eine > vertikale Auflösung von 1024 Pixeln. Bei diesem Wert sind die > Informationen absolut im sichtbaren Bereich. Selbst bei einer vertikalen > Auflösung von 768 Pixeln wären sie das noch. Und der Bereich, der hier > durch scrollen erreicht werden muss, liegt absolut im Toleranzbereich. > Daher bin ich weder mit der beschnittenen Variante noch mit der > skalierten Variante einverstanden, da hier keine adäquate Darstellung > der Bilder im Kopfbereich gegeben ist. Ich sehe das anders. Es geht bei der Anwendung primär darum Informationen darzustellen. Die Darstellung wird durch die großflächigen Bilder und Freiräume erschwert. Früher oder später gehen dem Benuzer die Bilder auf den Nerv, weil sie einfach nicht das sind was er sehen will, so ansprechend sie auch aussehen mögen. Die Anwendung arbeitet nicht mit Fließtext, bei dem Scrollen natürlich ist und nicht stört. Wenn man sich von Eintrag zu Eintrag klickt ("weiter >" Link), stört es aber sehr wohl, wenn man jedesmal herunterscrollen muß um die gewünschte Information zu sehen. Außerdem muß man den "weiter" Link jedesmal wieder mit der Maus "anfahren". Das ist nicht besonders ergonomisch. Würde der ganze Eintrag in das Fenster passen, könnte ich einfach den Mauszeiger ruhen lassen und weiter klicken. Nur weil ein Bildschirm eine bestimmte Auflösung hat, heißt das noch nicht, dass das Browserfenster auch den ganzen Bildschirm ausfüllen muß. Das widerspricht im übrigen auch der Barrierefreiheit. Ein gutes Layout passt sich der größe des Browserfensters an, so dass es auf vielen verschiedenen Endgeräten (Handy, Netbook, PC, ...) gut darstellbar ist. Von daher kann man überhaupt nicht von einer "üblichen" Auflösung sprechen. Was ist wenn der Benutzer gerade recherchiert und nebenher eine andere Anwendung benutzt? > Dem Argument mit der Skalierfunktion der Browser muss ich ebenfalls > widersprechen. Gemäß Google wird der IE 6 immernoch von 15-20 Prozent > aller Internetnutzer verwendet. Der IE6 unterstüzt keine > layout-erhaltende Skalierung! Zudem basieren Browser anderer Anbieter > auf der IE6-Technologie (wie z.B. der AOL-Browser), die ebenfalls keine > layout-erhaltende Skalierung unterstützen. Wollen wir eine zukunftsweisende Anwendung entwickeln die auf aktuellen Browsern gut aussieht, die wie Du ja selber sagst über 80% der Leute verwenden oder ob aus Rücksicht auf renitente IE 6 Nutzer eine, die bei 80% der Nutzer schlecht zu bedienen ist? DoSIS ist keine Webseite die der Präsentation dient sondern eine Webanwendung bei der Ergonomie und gute Darstellung der Informationen die oberste Priorität haben. Bei Word oder Excel kommt ja auch keiner auf die Idee, unter der Menüleiste ein Banner einzublenden, das 30% des Fensterinhaltes belegt, nur weil es so gut aussieht. Grüße Georg -- PGP-Key: 0xD05C6E8D 81C7 70C9 9E22 332A 1B28 1F14 E3DB 818C D05C 6E8D |
From: Markus S. <mar...@go...> - 2010-10-28 06:54:04
|
Hallo Leute, also nochmals die Erinnerung, dass wir uns heute Abend im Skype treffen... ich verschiebe den Termin noch ein Wenig nach hinten, nämlich auf 21:30 Uhr. Ich weiß, dass dies relativ spät ist - es gibt aber auch nicht zu viel zu besprechen. Ich werde Rückmeldung geben, wass Dr. Bernitzki, Prof. Riehle und ich besprochen bzw. geplant haben. Das Design kommt voran, ich hoffe am Wochenende ein paar Templates für CKeditor designen zu können. Gruss Markus |
From: Markus S. <mar...@go...> - 2010-10-28 06:43:41
|
Hallo Leute, nachdem es Rückmeldungen gab, dass der 13. November unpassend sei, habe ich die Doodle Umfrage nochmal online gestellt mit nur zwei Terminen: 13. und 20. November. Die Umfrage findet ihr hier: http://www.doodle.com/wae3kbzziyp2sszg Caveat: am 13. November wird Prof. Riehle erst ab 14 Uhr anwesend sein können, am 20. November wird Michel abwesend sein. Der Release müsste dann von uns durchgeführt werden. Gruss Markus P.S. Bei reger Teilnahme können wir den Termin schon heute Abend fest machen. |
From: Markus S. <mar...@go...> - 2010-10-24 17:41:05
|
Hallo, ich habe natürlich ganz vergessen zu erwähnen, dass das Georg dabei sein wird - ihm passt der Termin, sofern wir bis um 20 Uhr fertig sind. Prof. Riehle wird gegen 14 Uhr hinzustossen. Gruss Markus Am Sonntag, den 24.10.2010, 19:37 +0200 schrieb Stefan Schießl: > Hmm, wieso keinen Termin am Ende wo alle Zeit ahben? > > grüßle :) > > Am 24.10.2010 19:19, schrieb Markus Stipp: > > > Hallo Leute, > > > > also die Entscheidung für DosIS 1.0 ist gefallen - wir machens am > > 13. November... dann können wir Abends gemütlich feiern! > > > > Natürlich sind auch all diejenigen eingeladen, die sich nicht an der > > Doodle Umfrage beteiligt haben - es wird auch die eine oder andere > > Überraschung geben :-) > > > > Gruss > > > > Markus > > > > > > ------------------------------------------------------------------------------ > > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > > http://p.sf.net/sfu/nokia-dev2dev > > > > _______________________________________________ > > Dosis-devel mailing list > > Dos...@li... > > https://lists.sourceforge.net/lists/listinfo/dosis-devel > > |
From: Markus S. <mar...@go...> - 2010-10-24 17:24:16
|
Hallo Leute, kurz vor Halloween treffen wir uns nochmal - schliesslich ist langes Wochenende und dann hats viel Zeit zum Hacken! Ich schlage Donnerstag um 21 Uhr vor. Es wird dabei wahrscheinlich vorwiegend um den letzten Schliff des Designs gehen. Ausserdem wird DosIS am Startup Weekend am 5. - 7. November beteiligt sein - wenn jemand mitkommen will um die Welt der Gründer kennenzulernen, bitte ;-) Gruss Markus |
From: Markus S. <mar...@go...> - 2010-10-24 17:19:51
|
Hallo Leute, also die Entscheidung für DosIS 1.0 ist gefallen - wir machens am 13. November... dann können wir Abends gemütlich feiern! Natürlich sind auch all diejenigen eingeladen, die sich nicht an der Doodle Umfrage beteiligt haben - es wird auch die eine oder andere Überraschung geben :-) Gruss Markus |
From: Markus S. <mar...@go...> - 2010-10-19 21:05:11
|
Hallo Leute, ich wollte mich nochmal ausdrücklich für die Entwicklungsaktivitäten der letzten Woche bedanken! Wie ich gesehen habe, war wieder einiges los und seit heute kompiliert mein Install wieder! Ich habe also wieder ein funktionierendes System, ausserdem hat mir Jan gestern das überarbeitete Design zukommen lassen... Ich hoffe es die nächsten Tage ausführlich testen zu können... Danke nochmals, ihr seid spitze! Markus |
From: Georg A. <ge...@ge...> - 2010-10-18 11:50:52
|
Hey, ich mußte leider ein changeset in liquibase verändern. Deshalb stimmt die checksum nicht mehr. Wenn liquibase bei postgresql-0.9-3 hängt, hilft folgendes: Note: If liquibase fails on startup, execute on DosISDB: update databasechangelog set md5sum=NULL where id='postgresql-0.9-3'; (needed to move column add to common changelog). Sonst einfach die DB neu erstellen machen: $ psql postgres DROP DATABASE "DosISDB"; CREATE DATABASE "DosISDB"; \c DosISDB CREATE LANGUAGE plpgsql; Und dann via dosis-server/adminDB.do DB dump importieren. Bei einer älteren Installation (sprich live Server) sollte es funktionieren. Sorry, ich hätte es vielleicht gleich hier posten sollen... Grüße Georg Frank Denninger wrote: > also die tests sind jetzt schon >1 monat kaput .. > > das mit den checksum ist neu .. george war offensichtlich nicht > bewusst das liquibase verändern von alten changesets nicht zulässt .. > > also erstmal die liquibase updates richtig auskommentieren dann sollte > es laufen. > > > > Am 18. Oktober 2010 11:15 schrieb Markus Stipp <mar...@go...>: >> Hallo, >> >> also, bei mir läuft mvn install wegen fehlgeschlagener Tests nicht durch. >> Ich erinnere mich auch Fehler wegen liquibase erhalten zu haben, aber >> genauer habe ich es nicht lokalisiert... >> >> Markus >> >> Am 18. Oktober 2010 10:54 schrieb Stefan Schießl <ste...@gm...>: >>> Hi alle, >>> >>> ich hab grad mal geupdatet und krieg jetzt liquibase changeset checksum >>> errors, hat die noch jemand? >>> Auch gehen paar tests nich mehr, aber das liegt wohl auch daran. >>> >>> liegt des nur an mir oder hat des noch wer? ;) >>> >>> >>> grüßle >>> >>> >>> ------------------------------------------------------------------------------ >>> Download new Adobe(R) Flash(R) Builder(TM) 4 >>> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly >>> Flex(R) Builder(TM)) enable the development of rich applications that run >>> across multiple browsers and platforms. Download your free trials today! >>> http://p.sf.net/sfu/adobe-dev2dev >>> _______________________________________________ >>> Dosis-devel mailing list >>> Dos...@li... >>> https://lists.sourceforge.net/lists/listinfo/dosis-devel >> >> ------------------------------------------------------------------------------ >> Download new Adobe(R) Flash(R) Builder(TM) 4 >> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly >> Flex(R) Builder(TM)) enable the development of rich applications that run >> across multiple browsers and platforms. Download your free trials today! >> http://p.sf.net/sfu/adobe-dev2dev >> _______________________________________________ >> Dosis-devel mailing list >> Dos...@li... >> https://lists.sourceforge.net/lists/listinfo/dosis-devel >> >> > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel -- PGP-Key: 0xD05C6E8D 81C7 70C9 9E22 332A 1B28 1F14 E3DB 818C D05C 6E8D |
From: Frank D. <fr...@k-...> - 2010-10-18 10:44:51
|
also die tests sind jetzt schon >1 monat kaput .. das mit den checksum ist neu .. george war offensichtlich nicht bewusst das liquibase verändern von alten changesets nicht zulässt .. also erstmal die liquibase updates richtig auskommentieren dann sollte es laufen. Am 18. Oktober 2010 11:15 schrieb Markus Stipp <mar...@go...>: > Hallo, > > also, bei mir läuft mvn install wegen fehlgeschlagener Tests nicht durch. > Ich erinnere mich auch Fehler wegen liquibase erhalten zu haben, aber > genauer habe ich es nicht lokalisiert... > > Markus > > Am 18. Oktober 2010 10:54 schrieb Stefan Schießl <ste...@gm...>: >> >> Hi alle, >> >> ich hab grad mal geupdatet und krieg jetzt liquibase changeset checksum >> errors, hat die noch jemand? >> Auch gehen paar tests nich mehr, aber das liegt wohl auch daran. >> >> liegt des nur an mir oder hat des noch wer? ;) >> >> >> grüßle >> >> >> ------------------------------------------------------------------------------ >> Download new Adobe(R) Flash(R) Builder(TM) 4 >> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly >> Flex(R) Builder(TM)) enable the development of rich applications that run >> across multiple browsers and platforms. Download your free trials today! >> http://p.sf.net/sfu/adobe-dev2dev >> _______________________________________________ >> Dosis-devel mailing list >> Dos...@li... >> https://lists.sourceforge.net/lists/listinfo/dosis-devel > > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel > > |
From: Markus S. <mar...@go...> - 2010-10-18 09:15:24
|
Hallo, also, bei mir läuft mvn install wegen fehlgeschlagener Tests nicht durch. Ich erinnere mich auch Fehler wegen liquibase erhalten zu haben, aber genauer habe ich es nicht lokalisiert... Markus Am 18. Oktober 2010 10:54 schrieb Stefan Schießl <ste...@gm...>: > Hi alle, > > ich hab grad mal geupdatet und krieg jetzt liquibase changeset checksum > errors, hat die noch jemand? > Auch gehen paar tests nich mehr, aber das liegt wohl auch daran. > > liegt des nur an mir oder hat des noch wer? ;) > > > grüßle > > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel > |
From: Stefan S. <ste...@gm...> - 2010-10-18 08:55:00
|
Hi alle, ich hab grad mal geupdatet und krieg jetzt liquibase changeset checksum errors, hat die noch jemand? Auch gehen paar tests nich mehr, aber das liegt wohl auch daran. liegt des nur an mir oder hat des noch wer? ;) grüßle |
From: Dirk R. <dir...@cs...> - 2010-10-17 14:28:12
|
Es waere noch gut, eine Startuhrzeit zu benennen. 10 Uhr? An manchen Tagen kann ich im Zweifelfall noch Raum schaffen, deswegen waere ein Maybe bei der Doodle Auswahl noch gut. Viele Gruesse, Dirk On 10/17/2010 03:24 PM, Markus Stipp wrote: > Hallo allerseits, > > also nochmal für all diejenigen, die am Donnerstag nicht dabei waren - > wir planen eine DosIS 1.0 Release Party! Das heißt, dass wir uns einen > vollen Tag zum Ausbügeln von Ecken und Kanten nehmen und an dessen Ende > ein DosIS 1.0 Release steht. Ab diesem Zeitpunkt soll DosIS dann > produktiv von Ärzten genutzt werden. Er wird auch das überarbeitete > Design beinhalten. > > Wichtig wäre, dass ihr an diesem Tag viel Zeit habt, denn so ein Release > kann sich hinauszögern.... aber für Essen und Getränke ist gesorgt und > am Ende können wir dann auf DosIS 1.0 anstossen! > > Hier der Link zu Doodle Umfrage: > http://doodle.com/participation.html?pollId=3s9pb5e4zgxfhf96 > > Gruss > > Markus > > > > ------------------------------------------------------------------------------ > Download new Adobe(R) Flash(R) Builder(TM) 4 > The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly > Flex(R) Builder(TM)) enable the development of rich applications that run > across multiple browsers and platforms. Download your free trials today! > http://p.sf.net/sfu/adobe-dev2dev > > > > _______________________________________________ > Dosis-devel mailing list > Dos...@li... > https://lists.sourceforge.net/lists/listinfo/dosis-devel -- Prof. Dr. Dirk Riehle, University of Erlangen-Nuremberg Open Source Research Group, Applied Software Engineering Web: http://osr.cs.fau.de, Email: dir...@cs... Cell phone: +49 157 8153 4150 or +1 650 450 8550 |