Diabetesinfo-Forum
SiDiary => Mobile Versionen => PPC => Thema gestartet von: Llarian am August 01, 2006, 22:57
-
Hallo,
etwas OT, aber da hier einiges an Kompetenz versammelt ist, frag ich einfach mal hier:
Mit welcher Entwicklungsumgebung lassen sich kleinere Programme für WM5 entwickeln? Wenn möglich in etwas C#-ähnlichem? Aus microsoftlastigen Quellen hört man, das VS2005 mit der entsprechenden SDK das einzig glücklichmachende sei, aber gibt es auch andere Möglichkeiten?
Würde mich über Tips, Meinungen und Erfahrungen freuen.
Grüße
Anja
-
Hi,
also Visual Studio 2003 mit SDK geht, VS 2005 macht dann auch Spaß ;)
Ein Krampf sind die embedded tools (evb; ec++), die -wie wir hier ja festgestellt haben- trotz der Ankündigung von Microsoft, den Support mit WM5 einzustellen- immer noch laufen und der Charme, den die e-tools haben: Ich meine, die gab's/gibt's für umme?! ;)
Es mag noch diverse andere Compiler geben aber da bin ich dann überfragt...
Ciaoi, Alf.
-
also Visual Studio 2003 mit SDK geht, VS 2005 macht dann auch Spaß ;)
Ich dachte jetzt, mit VS2003 geht es gar nicht (egal ob mit oder ohne SDK)? Und für 2005 braucht man gar keine SK? Oder wie? Oder was? :kratz:
Ein Krampf sind die embedded tools (evb; ec++), die -wie wir hier ja festgestellt haben- trotz der Ankündigung von Microsoft, den Support mit WM5 einzustellen- immer noch laufen und der Charme, den die e-tools haben: Ich meine, die gab's/gibt's für umme?! ;)
Sagt mir jetzt gar nichts. Was sollte ich wisen?
Es mag noch diverse andere Compiler geben aber da bin ich dann überfragt...
Es soll mit Eclipse gehen, scheint aber recht umständlich... wie auch immer, ich habe mir gestern meine Studentenlizenz bei educheck beantragt (und heute morgen kam schon die Freischaltbestätigung)... schaun ma mal.
Eine andere Frage: Es geht mir um die Umsetzung einiger kleinerer Progrämmchen, die, weil damals eh schon ein MySQL-Server auf dem Rechner lief, mit MySQL arbeiten. Was gibt es an PDA-tauglichen Möglichkeiten, auf (My)SQL-Funktionalitäten zuzugreifen?
Grüße
Anja
-
Eine andere Frage: Es geht mir um die Umsetzung einiger kleinerer Progrämmchen, die, weil damals eh schon ein MySQL-Server auf dem Rechner lief, mit MySQL arbeiten. Was gibt es an PDA-tauglichen Möglichkeiten, auf (My)SQL-Funktionalitäten zuzugreifen?
Hallo Anja,
da muß ich Dich leider enttäuschen. Nach MySQL für den PDA oder das Smartphone habe ich auch schon tagelang gesucht, aber nichts finden können. Es gibt lediglich einen Pocket-Webserver, den ma darauf installieren kann. Der Grund ist schlichweg, daß ein PDA nicht konzipiert ist um Serverdienste bereitzustellen.
Da wirst Du Dir wohl etwas anderes überlegen müssen.
Bei meiner Anwendung ging es darum, daß ich gerne ein Wiki auf dem PDA installieren wollte. Ich habe am Ende eine Lösung gefunden, die das Problem umgeht.
Ich habe auch noch ein weiteres ungelöstes Problem, nämlich eine Kontaktdatenbank in MySQL, die ich gerne auf das Pocket Outlook syncen möchte. Auch das geht bislang nur mit erheblichen Einschränkungen über Umwege.
Viele Grüße
Bernd
-
Eine andere Frage: Es geht mir um die Umsetzung einiger kleinerer Progrämmchen, die, weil damals eh schon ein MySQL-Server auf dem Rechner lief, mit MySQL arbeiten. Was gibt es an PDA-tauglichen Möglichkeiten, auf (My)SQL-Funktionalitäten zuzugreifen?
da muß ich Dich leider enttäuschen. Nach MySQL für den PDA oder das Smartphone habe ich auch schon tagelang gesucht, aber nichts finden können. Es gibt lediglich einen Pocket-Webserver, den ma darauf installieren kann. Der Grund ist schlichweg, daß ein PDA nicht konzipiert ist um Serverdienste bereitzustellen.
Da wirst Du Dir wohl etwas anderes überlegen müssen.
Es soll ja nicht die Server-Funktionalität sein... einfach die Möglichkeit, per SQL auf Datenbestände zugreifen zu können, weil ich keine Lust habe, 4000 Datensätze per Stringvergleich durchzusuchen.
Ich habe auch noch ein weiteres ungelöstes Problem, nämlich eine Kontaktdatenbank in MySQL, die ich gerne auf das Pocket Outlook syncen möchte. Auch das geht bislang nur mit erheblichen Einschränkungen über Umwege.
Das sollte mit einigen Groupwarelösungen gehen... ist die Frage, ob es den Aufwand lohnt.
Ich habe mich auch von meinem eigenen PHP-Kalender auf dem PC weitgehend verabschiedet, weil ich ihn nicht mit dem Pocket Kalender synchronisiert bekomme und ich auf den mehr Wert lege.
Grüße
Anja
-
Hallo Anja,
ich habe keine Ahnung von den Programmiertools für WM, aber Access-Datenbanken müßten gehen.
Ich habe eben immer darauf abgezielt per Webbrowser und PHP alles verfügbar zu machen. Und da ist Access außen vor.
Viele Grüße
Bernd
-
Sorry ab WM5 bzw. CF >1.0 nix mehr PocketAccess, nur noch SQLServerCe... ;)
-
Sorry ab WM5 bzw. CF >1.0 nix mehr PocketAccess, nur noch SQLServerCe... ;)
Ist das sowas wie die Borland Database Engine, nur halt für PocketPC und von Microsoft statt von Borland?
Grüße
Anja
-
Sorry ab WM5 bzw. CF >1.0 nix mehr PocketAccess, nur noch SQLServerCe... ;)
Aha, hat sich Microsoft doch umentschieden und macht aus dem Pocket-PC nun einen Server. ;D
-
Ist das sowas wie die Borland Database Engine, nur halt für PocketPC und von Microsoft statt von Borland?
Ja, ganz genau: So wie Chiquita Bananen nur nicht von Chiquita und in der Schale sind eigentlich auch Äpfel... ;D ;)
Aha, hat sich Microsoft doch umentschieden und macht aus dem Pocket-PC nun einen Server. ;D
Wir hatten schon auf einem PPC2002 einen Tomcat drauf ;D
-
und in der Schale sind eigentlich auch Äpfel... ;D ;)
Na dann :banane:
Grüße
Anja
-
Wir hatten schon auf einem PPC2002 einen Tomcat drauf ;D
Auweh, der lief bei mir schon unter Windows instabil.
-
Sorry ab WM5 bzw. CF >1.0 nix mehr PocketAccess, nur noch SQLServerCe... ;)
Ist das sowas wie die Borland Database Engine, nur halt für PocketPC und von Microsoft statt von Borland?
Grüße
Anja
Naja, da ich ja zwischenzeitlich erblindet war musste ich das abbrechen, aber soweit ich mich erinnern kann, ist dies eine "vollständige" Datenbank, die sich (laut Winzigweich) automatisch mit einem SQL-Server, der z.B. auf einem Desktop PC läuft, abgleichen kann.
Zum programmieren hatte ich Visual Studio 2005 Beta2. Lief eigentlich ganz gut, wenn man alle patches eingespielt hatte, nur die PPC-Emulatoren waren sehr langsam.
LG|Adrian
-
...nur die PPC-Emulatoren waren sehr langsam.
O ja... :mauer:
Ich debugge mittlerweile direkt auf meinem "Entwicklungs-PPC" - das ist schneller... :ja:
-
Ich debugge mittlerweile direkt auf meinem "Entwicklungs-PPC" - das ist schneller... :ja:
Dumme Frage am Rande: Wie debuggst Du ein Programm in Einzelschritten direkt auf dem PPC?
Grüße
Anja
-
Das unterscheidet sich eigentlich nicht vom Debuggen im Emulator...
:kratz:
-
Das unterscheidet sich eigentlich nicht vom Debuggen im Emulator...
:kratz:
jaschonaber... kannst Du am PPC zeilenweise mit F10 (oder etwas anderem) den Code durchlaufen lassen?
Grüße
Anja
-
Das unterscheidet sich eigentlich nicht vom Debuggen im Emulator...
:kratz:
jaschonaber... kannst Du am PPC zeilenweise mit F10 (oder etwas anderem) den Code durchlaufen lassen?
Grüße
Anja
Hm, ist das nicht, wenn man objektorientiert programmiert etwas, naja, ...
Und die Funktionalität braucht ja eh kein Display/PPC.
Gibt es eigentlich keine gute Unittest-Umgebung für das Visual Studio?
LG|Adrian
-
Alle Debugger-Funktionen stehen auf dem Real-Gerät exakt genauso zur Verfügung, wie im Emulator. Der emuliert ja das Gerät und nicht irgendwelche Sonderfunktionen der Entwicklungsumgebung...
Single-Step, Procedure-Step, alles was das Herz begehrt...
...zeilenweise mit F10...
Da ich quasi ein VB1.0-Fossil bin bevorzuge ich die F8/ShiftF8 Variante... ;D
Hm, ist das nicht, wenn man objektorientiert programmiert etwas, naja, ...
Und die Funktionalität braucht ja eh kein Display/PPC.
Ein objektorientierter Programmieransatz vs. einem prozeduralen Ansatz hat eigentlich nichts mit den Debugger-Eigenschaften zu tun. Auch bei einer objektorientierten Struktur des Codes musst Du ja die Möglichkeit haben den Code der Objektmethoden zu debuggen... ;)
zu B) :duck: Das würde ich jetzt nicht so unterstreichen: Zumindest wenn ich die Statistiken debugge und wissen will, warum eine Linie nicht dort landet, wo ich sie erwartet hätte... :zwinker:
Gibt es eigentlich keine gute Unittest-Umgebung für das Visual Studio?
Natürlich gibt es die.
Ciaoi, Alf.
-
Alle Debugger-Funktionen stehen auf dem Real-Gerät exakt genauso zur Verfügung, wie im Emulator. Der emuliert ja das Gerät und nicht irgendwelche Sonderfunktionen der Entwicklungsumgebung...
Single-Step, Procedure-Step, alles was das Herz begehrt...
Ahsü. Dann macht das auch Sinn. ;)
Grüße
Anja
-
Da ich quasi ein VB1.0-Fossil bin bevorzuge ich die F8/ShiftF8 Variante... ;D
:o VB 1.0 das war dann bestimmt noch unter MS-DOS :zwinker:
-
VB1.0: Distribution auf 2 3,5" Disketten und die Funktionalität - naja! (Ich glaube mich zu erinnern, dass es auch irgendetwas für DOS gab, so dass man dort mit der "Blockgrafik" Bedien-Elemente bauen konnte und auch Maus-Support hatte... :kratz:)
Ab VB3 war dann "Software-Entwicklung möglich" :zwinker:
Ab VB4 gab's 32Bit Support.
Ab VB5 gab's den gleichen Compiler-Unterbau, so dass der Code nur noch minimal langsamer als der aus dem C++-Compiler war
Ach ja und seit DotNet haben Entwickler sogar Spaß bei der Arbeit! ;D
-
VB1.0: Distribution auf 2 3,5" Disketten und die Funktionalität - naja! (Ich glaube mich zu erinnern, dass es auch irgendetwas für DOS gab, so dass man dort mit der "Blockgrafik" Bedien-Elemente bauen konnte und auch Maus-Support hatte... :kratz:)
Ab VB3 war dann "Software-Entwicklung möglich" :zwinker:
Ab VB4 gab's 32Bit Support.
Ab VB5 gab's den gleichen Compiler-Unterbau, so dass der Code nur noch minimal langsamer als der aus dem C++-Compiler war
Ach ja und seit DotNet haben Entwickler sogar Spaß bei der Arbeit! ;D
Danke für die Ausführung, ich kenne VB erst seit VB6, .NET habe ich mir nur mal kurz angesehen.
War doch noch etwas skeptisch gegenüber .NET, werde es mir wohl demnächts in den Wintermonaten etwas genauer ansehen.
-
darf man also annehmen, ihr bastelt das alles hier (PC und PPC) mit .NET und nur eine Portierung auf Java für den Handykrams?
-
Na ja, die Landschaft ist doch noch ein bisschen abwechslungsreicher :rotwerd:
PC: VB5
PPC"alt": Embedded VB
PPC"neu": .Net
Smp: .Net
Symbian/Handys: Java midp2.0
Und's wird g'rad mit den anstehenden Dingen net weniger... ;D
-
sehr interessant, danke für die Info :prost:
Habt ihr auch mal über eine Web-Schnittstelle nachgedacht? Quasi.. ein export aus SiDiary direkt auf eine zentrale/eigene Seite im Netz.. hatte ich mal angefangen ein Konzept zu entwickeln, bis ich auf SiDiary aufmerksam wurde - die Idee und Umsetzung gehen mir jedoch trotzdem nicht aus der Birne ;)
-
Haben wir, ausgiebig... ;)
-
das würd mich nun schon interessieren :baeh:
Ihr habt nicht zufällig Interesse an einem Informatik Studenten der von Web-Entwicklung etwas Ahnung hat und Projekterfahrung sucht? :banane: :banane:
-
Ich kann da noch nicht zu viel aus dem Nähkästchen plaudern und hier aus dem Forum haben auch schon andere mit den Hufen gescharrt (wo ich gerade Deinen Avatar sehe :lachen: ) und wollten da mitmischen. Müssen mal schauen, ob was dabei letztlich herauskommt...
Aus welcher Ecke kommst DU denn? ;)
-
sehr interessant, danke für die Info :prost:
Habt ihr auch mal über eine Web-Schnittstelle nachgedacht? Quasi.. ein export aus SiDiary direkt auf eine zentrale/eigene Seite im Netz.. hatte ich mal angefangen ein Konzept zu entwickeln, bis ich auf SiDiary aufmerksam wurde - die Idee und Umsetzung gehen mir jedoch trotzdem nicht aus der Birne ;)
Was würdest Du übermitteln? Die Rohdaten, aus denen der Betrachter eigene Views baut oder fertige Protokolle?Ich mache das derzeit auf einem lokalen Server, wenn der frei am Netz wäre,könnte man ausgewählten Personen Zugriff auf die Daten geben... hab ich auch einigen Ärzten schon mal angeboten, aber die lehnen Internet für ihre Praxis kosequent ab und würden es sich hächstens mal nach Feierabend von zuhause angucken...
Grüße
Anja
-
Meine Ecke ist Rhein-Neckar, ~ 1 1/2h Autostunden von euch entfernt.
Kommt auf die "Rohdaten" an. Als Diabass Nutzer hatte ich bisher ein ASC File mit BZ, BE und Bolus, das hätte man dann per Webinterface dem Server gefüttert und der hätte dann seinen Datenbestand daraus abgeleitet.
Führen des Tagebuchs online wäre natürlich per Eingabemaske, schön bunt mit Ajax aufgepeppt - da kann man heute ja eine Menge Dummzeug - erm nützliche Features basteln ;)
Beim Export aus SiDIary heraus muss man sich natürlich überlegen:
- behält man das Datumformat/Spalten-Layout bei (Probleme mit der Synchronisation darfs ja nicht geben)
- Welche Art von Web-Service läuft überhaupt? PHP & MySQL kann sich ja jeder für wenig Geld mieten - wenn die Daten zentral Verwaltet werden, ist sicher auch ein Web-Service basierend auf JSP/Servlets denkbar
Mein Arzt hat Internet in seiner Praxis liegen, so kam ich überhaupt erst auf die Idee mein Tagebuch ins Netz zu stellen, wobei er nach deinen Erfahrungen wohl eher die Ausnahme zu sein scheint :(
-
Kommt auf die "Rohdaten" an. Als Diabass Nutzer hatte ich bisher ein ASC File mit BZ, BE und Bolus, das hätte man dann per Webinterface dem Server gefüttert und der hätte dann seinen Datenbestand daraus abgeleitet.
Meine Idee wäre, alles an Rohdaten zu schicken, was vorhanden ist und der Betrachter hat die Möglichkeit, seine bevorzugte Ansicht dieser Daten zu wählen... sowohl in Bezug auf Layout als auch Detailtiefe. Für den einen also eine Tabelle, den nächsten Tabelle mit Grafik, Novo-Stil, Teupe-Format etc.
Führen des Tagebuchs online wäre natürlich per Eingabemaske, schön bunt mit Ajax aufgepeppt - da kann man heute ja eine Menge Dummzeug - erm nützliche Features basteln ;)
ÖRKS! Alles, aber bitte nicht quietschbunt :nein: Dann lieber mit verschiedenen Skins :ja:
Ansonsten fände ich einen gelegentlichen Datenabgleich mit dem Server sinnvoller als ein komplettes Online-Führen.
- Welche Art von Web-Service läuft überhaupt? PHP & MySQL kann sich ja jeder für wenig Geld mieten - wenn die Daten zentral Verwaltet werden, ist sicher auch ein Web-Service basierend auf JSP/Servlets denkbar
Mit PHP/(My)SQL geht ja schon ne Menge... worauf basieren eigentlich die Amazon Webservices? Vor allem könnte man mit einer Weblösung mal wirklich Plattfprmunabhängig werden ;)
Mein Arzt hat Internet in seiner Praxis liegen
Ich hoffe doch mal, daß da Internet und Patientendaten sauber getrennt sind?
wobei er nach deinen Erfahrungen wohl eher die Ausnahme zu sein scheint :(
Allein schon der unterschiedliche Umfang von EDV-Nutzung in den verschiedenen Praxen und Kliniken ist "faszinierend" ;)
(ich mußte ja beinahe laut lachen... heute im Supermarkt klingelt hinter mir ein Handy... Klingelton war das Brücken-Com-Signal der StarTrek Classic)
Grüße
Anja
-
@Anja,
Mit PHP/(My)SQL geht ja schon ne Menge... worauf basieren eigentlich die Amazon Webservices? Vor allem könnte man mit einer Weblösung mal wirklich Plattfprmunabhängig werden ;)
Platformunabhängikeit wirst Du damit sicher nicht erreichen. BTW. Platform vom Server oder Client oder gar beidem?
Grüßle
Norbert
-
Wieso? Von welcher Plattform aus hat man denn keinen Webzugang :kratz:
-
Wieso? Von welcher Plattform aus hat man denn keinen Webzugang :kratz:
Norbert meint bestimmt das man eine Basis hat und die ist nunmal nicht OS-Frei, ist eben Linux/Unix usw.
unter irgendwas muss die Software ja laufen.
-
Mit PHP/(My)SQL geht ja schon ne Menge... worauf basieren eigentlich die Amazon Webservices? Vor allem könnte man mit einer Weblösung mal wirklich Plattfprmunabhängig werden ;)
Platformunabhängikeit wirst Du damit sicher nicht erreichen. BTW. Platform vom Server oder Client oder gar beidem?
Nur Client.
Grüße
Anja
-
Norbert meint bestimmt das man eine Basis hat und die ist nunmal nicht OS-Frei, ist eben Linux/Unix usw.
unter irgendwas muss die Software ja laufen.
Ja, aber das kst doch für den Anwender Jacke wie Hose :kratz:
-
Naja, wohl am weiten verbreitetsten ist wohl die PHP/MySQL Combo, das kann wohl jeder irgendwo zum Laufen bringen - wenn man es aber offiziell über SiDiary für den Benutzerkreis anbieten will, würde sich dann natürlich auch eine andere Server-Plattform anbieten - da hat man ja die Qahl (oder Qual :gruebeln:)
-
Naja, wohl am weiten verbreitetsten ist wohl die PHP/MySQL Combo, das kann wohl jeder irgendwo zum Laufen bringen - wenn man es aber offiziell über SiDiary für den Benutzerkreis anbieten will, würde sich dann natürlich auch eine andere Server-Plattform anbieten
Warum? :kratz:
IMHO ist es unerheblich mit welchem Betriebssystem "mein" Server läuft und darauf basierend ein APACHE/IIS mit PHP/MySQL seine arbeit verrichtet.
Ich meine gelesen zu haben, daß APACHE auch für professionellen Einsatz kostenfrei nutzen darf, wenn man ein lizenziertes Serversystem betreibt, egal ob ***X oder WIN. Bei MySQL weiß ich, daß es auf einem Server kostenfrei genutzt werden darf :ja:
da hat man ja die Qahl (oder Qual :gruebeln:)
Nicht wirklich. Im Großen und Ganzen gibt es zwei OS-Gruppen. Und ich persönlich tendiere auch hier unter WIN zum APACHE :ja:
Und übrigens: Qual :zwinker:
Gruß Andi
-
Norbert meint bestimmt das man eine Basis hat und die ist nunmal nicht OS-Frei, ist eben Linux/Unix usw.
unter irgendwas muss die Software ja laufen.
Ja, aber das kst doch für den Anwender Jacke wie Hose :kratz:
Sehe ich genauso, als Anwender ist mir das ziemlich egal was auf dem Server für ein OS läuft,
Hauptsache es funktioniert :ja:
-
Erm, Qual genau.. es war scho spät :baeh:
Und ja, da habt ihr recht - wobei ich mich mit meinem Beitrag eigentlich nicht auf die Platform abzielen wollt - meinte eher, ein Web-Modul für SiDiary basierend auf PHP/Mysql kann jeder laufen lassen. Wenn man sich für JSP/Servlets entscheidet schaut's schon anders aus - weil das bieten die wenigsten Hoster.
-
Norbert meint bestimmt das man eine Basis hat und die ist nunmal nicht OS-Frei, ist eben Linux/Unix usw.
unter irgendwas muss die Software ja laufen.
Ja, aber das kst doch für den Anwender Jacke wie Hose :kratz:
Es gibt aber ja nicht nur Anwender, sondern auch die, die es machen oder hosten. Und für medizinsich genutzte Systeme würde ich etwas andere Ansprüche stellen als für eine beliebige Seite, die ruhig auch mal down sein darf. Da würde ich auch in Sachen Wartung einiges mehr erwarten. Ich habe sowas mal theoretisch mit jemandem durchgespielt. der für einige Konzerne Server betreut... und habe doch etwas mit den Ohren geschlackert, weil da Aspekte zur Sprache kamen, an die man (okay, zumindest ich) niemals denken würde.
Grüße
Anja
-
Tjo, müsste man sich überlegen - wird das Hobby Projekt das man später der Allgemeinheit zur Verfügung stellt, das scheint mir zumindest das einzig Praktikable zu sein, denn es wird sich wohl kein Konzern finden der unser Web-Tagebuch verwenden/verwalten/vermarkten will und extrem hohe Anforderungen an Redundanz, Skalierbarkeit usw. stellt..
-
Hmmm,
also ich verstehe nur Bahnhof. Was soll denn durch die Client-Server basierte Lösung genau erreicht werden?
Für die Arztpraxis bringt das am allerwenigsten. Die Ärzte arbeiten doch eh hauptsächlich mit autarken Systemen oder sitzen in einem spezialisierten netzwerk ohne direkte Internetanbindung.
Das einzige was ich bislang verstanden habe war Alfs Bermerkung vom mitmischen einige Seiten zuvor. Da hätte ich auch Lust zu. Macht sicher sehr viel Spaß die SiDiary-Daten mal kräftig durcheinanderzumischen und sie dann wieder auszugeben, egal in welcher Form. ;D
Viele Grüße
Bernd