[LordBritish]

So als kleiner Tipp am Rande bezüglich AddIn, zwar ist das Buch noch nicht erschienen soll aber Ende Septemmber 2008 erscheinen.

Add-In-Entwicklung für Visual Studio 2008

Da gehts um AddIns für Visual Studio... nicht mit Visual Studio. Sprcih, das Visual Studio selbst kann angepaßt werden.

Sollte das vorgehen nicht gleich sein, ist doch egal ob ich für Visual Studio oder eine Anwendung ein AddIn entwickle oder


Grüße

Markus

[Alf]

Hi Markus,

nein, Visual Studio hat schon eine andere AddIn-Schnittstelle, weil man dort mit den AddIns natürlich auch vollkommen andere Dinge machen möchte als bei uns...

@Anja: Welche nicht gepflegte Philosophie meinst Du? Dass wir in SiDiary Räder neu erfinden oder dass wir für die Stammdaten kein XML-Format verwenden? Die AddIns können doch gerne im Patienten-Ordner weitere Dateien mit Daten ablegen und die in dem Format, wie sie es möchten. Wo ist das Problem?

Viele Grüße, Alf.

[Llarian]

@Anja: Welche nicht gepflegte Philosophie meinst Du? Dass wir in SiDiary Räder neu erfinden oder dass wir für die Stammdaten kein XML-Format verwenden? Die AddIns können doch gerne im Patienten-Ordner weitere Dateien mit Daten ablegen und die in dem Format, wie sie es möchten. Wo ist das Problem?

Ich meinte die Philosophie ein allgemein verbreitetes Datenformat zu verwenden, nicht nur fürs AddIn, sondern fürs gesamte Projekt.

Was wäre eigentlich, wenn ich z.B. partout SQL-Funktionalität im AddIn haben wollen würde und das Datenmaterial in eine Access-Datei legen möchte... müßte ich ODBC-Treiber selbst einbinden?

Grüße
Anja

[Alf]

Ich meinte die Philosophie ein allgemein verbreitetes Datenformat zu verwenden, nicht nur fürs AddIn, sondern fürs gesamte Projekt.

Das haben wir uns schon sehr genau überlegt. Das Problem ist, dass ein sehr offenes Dateiformat natürlich dazu einlädt, dass manche direkt darin "herumschrauben" und was wir da schon so an Dateien gesehen haben in der Vergangenheit...uiuiuiui..
Aus dem Grund haben wir das Dateiformat bewusst so geählt, dass man nicht einfach mehr mit einem Texteditor darin arbeiten kann und auch Prüfsummen etc. eingeführt.

Was wäre eigentlich, wenn ich z.B. partout SQL-Funktionalität im AddIn haben wollen würde und das Datenmaterial in eine Access-Datei legen möchte... müßte ich ODBC-Treiber selbst einbinden?

Das kannst Du natürlich tun und ich würde behaupten, dass Du auf 95% der Zielrechner nicht mal etwas mit "ausrollen" müsstest. SiDiary wird die Treiber im Setup aber nicht mit dabei haben.
Für XP und Vista sind die Datenbank-Objekte sowieso Bestandteil der Basis installation und ich glaube das ist sogar seit Me so...für die anderen kann man ja eine Download-Quelle anbieten, mdac ist ja frei nachinstallierbar...

[Llarian]

Ich meinte die Philosophie ein allgemein verbreitetes Datenformat zu verwenden, nicht nur fürs AddIn, sondern fürs gesamte Projekt.

Das haben wir uns schon sehr genau überlegt. Das Problem ist, dass ein sehr offenes Dateiformat natürlich dazu einlädt, dass manche direkt darin "herumschrauben" und was wir da schon so an Dateien gesehen haben in der Vergangenheit...uiuiuiui..
Aus dem Grund haben wir das Dateiformat bewusst so geählt, dass man nicht einfach mehr mit einem Texteditor darin arbeiten kann und auch Prüfsummen etc. eingeführt.

Du meinst Protokoll-Radierungen?
Was soll denn unterbunden werden, die Radierungen oder die kaputten Dateien durch die Radierungsversuche (und die daraus resultierende Mehrarbeit für den Support)?
Ersteres wirds immer geben, zumal beim Import aus Geräten selektiv Werte von der Übernahme ausgeschlossen werden können und andere per Hand eingetragen. Wenns letzteres ist: Deswegen auf die Vorteile eines verbreiteten Datenformats verzichten?? Bietet halt keinen Supoort mehr für Folgen von Manipulationsversuchen an.

Grüße
Anja

[LordBritish]

nein, Visual Studio hat schon eine andere AddIn-Schnittstelle, weil man dort mit den AddIns natürlich auch vollkommen andere Dinge machen möchte als bei uns...

  das hätte ich jetzt nicht erwartet, Danke Alf wieder etwas gelernt 


Viele Grüße

Markus

[Joerg Moeller]

Deswegen auf die Vorteile eines verbreiteten Datenformats verzichten??

Wenn dich das so stört, dann zieh dir die Daten doch per AddIn da raus und speicer sie in deinem präferierten Format ab.

Bietet halt keinen Supoort mehr für Folgen von Manipulationsversuchen an.

Kannst du vergessen. Wer mit SD Probleme hat, den werden wir sicher nicht im Regen stehen lassen.

[Llarian]

Deswegen auf die Vorteile eines verbreiteten Datenformats verzichten??

Wenn dich das so stört, dann zieh dir die Daten doch per AddIn da raus und speicer sie in deinem präferierten Format ab.

Ich aus den bekannten Gründen nicht. Aber andere steigen deshalb vielleicht nicht um.

Bietet halt keinen Supoort mehr für Folgen von Manipulationsversuchen an.

Kannst du vergessen. Wer mit SD Probleme hat, den werden wir sicher nicht im Regen stehen lassen.

Is aber schon inkosequent, oder? Einerseits Radierungen per neuem Dateiformat unterbinden, aber durch die Art des Imports jeder Radierung Tür und Tor öffnen.
Wenn Probleme wegen offensichtlicher Manipulationsversuche entstehen, kann man auch einfach eine neue leere Datendatei anlegen und die alte mit neuer Dateiendung ins Backup schieben und eine Meldung aufpoppen lassen, daß der beschiß-Versuch in den Ausdruck für den Arzt übernommen wird 

Grüße
Anja

[Joerg Moeller]

Wenn dich das so stört, dann zieh dir die Daten doch per AddIn da raus und speicer sie in deinem präferierten Format ab.

Ich aus den bekannten Gründen nicht. Aber andere steigen deshalb vielleicht nicht um.

Ja genau...

Is aber schon inkosequent, oder? Einerseits Radierungen per neuem Dateiformat unterbinden, aber durch die Art des Imports jeder Radierung Tür und Tor öffnen.

Entschuldige bitte, aber wer hat was von "Radierungen per neuem Dateiformat unterbinden" gesagt? Uups, das warst ja du...

[LordBritish]

Wenn dich das so stört, dann zieh dir die Daten doch per AddIn da raus und speicer sie in deinem präferierten Format ab.

Ich aus den bekannten Gründen nicht. Aber andere steigen deshalb vielleicht nicht um.

Ja genau...

Wenn das der Typ Computerbild-Leser ist steigt der bestimmt um.
Soweit ich mich erinnere hatte CB damals bemängelt das es keine Sicherheit bei den Datenfiles gibt...


Viele Grüße

Markus