|
Autor |
Nachricht |
MR Action
Forum-Elite
Alter: 38
Anmeldung: 29.11.2005
Beiträge: 1743
|
|
Da du wiedermal in der Zwischenzeit gepostet hast, nimm bitte noch meinen Edit in dem Post über dir zur Kenntnis...
Davon ab, Beispiele hab ich da leider keine da ich außer in Sachen MMI am cPOS rumzufuschen und der Steueroberfläche für meine Beleuchtung noch nix fürn Desktop programmiert habe...
Zum Thema drüber quatschen, füg dich gleich mal im ICQ hinzu...
|
|
|
|
|
|
|
|
|
DickerXXL
Stammposter
Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte
|
|
Hallo zusammen,
für die config Datei nehme ich den Standard im VisualStudio. Das legt immer einen Settings Bereich an. der in eine XML gespeichert wird.
Das kann man ganz gut manuell editieren.
Mit Mono habe ich kein praktischen Erfahrungen. Die kämpfen noch mit allen Elementen der WinForms. Aber gerade derwegen würde ich die Oberfläche vom Progamm trennen.
Gruß
Jörg
|
|
|
|
Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134 Software: cPOSdotNet
|
|
|
|
vbherodes
Forumkenner
Alter: 43
Anmeldung: 03.12.2004
Beiträge: 224
Wohnort: FFM
|
|
letzte Runde:
welche Möglichkeiten siehst Du, die Elemente zu kapseln/trennen?
Kurzes Projekt würde das ganze schon arg verdeutlichen. (man sieht hatl, worüber man philosophiert)
Mfg
Marc
|
|
|
|
Hardware: AMD Sempron 2800 / 1GB RAM / 120 GB HD / Audigy 2 USB Software: cPOS only!
|
|
|
|
MR Action
Forum-Elite
Alter: 38
Anmeldung: 29.11.2005
Beiträge: 1743
|
|
|
|
Angus
Manchmalposter
Alter: 43
Anmeldung: 14.05.2007
Beiträge: 76
|
|
Toll es nimmt gestallt an!
kurz meine meinung...
bei der config bin ich auch für xml und das vorgegebene handling mit vb.net ist wirklich einfach.
Und die datenbank für musik,bilder, usw ist für "inteligente" software auch notwendig. Wie macht iTunes das? Das geht auch ohne extra software zu installieren..
Wir sollten noch etwas abwarten und schaun wer sich alles für das
Projekt begeisten läst und motiviert ist!
Dann sollten wir schauen welche fähigkeiten das team hat..
und meiner meinung nach auch die erfahrung nutzen wie von vbherodes z.B. im datenbank bereich...
(Solange es sinvoll für das projekt ist)
Ich bin auch für einen Chat-Termin..
Wo grundlegendes geklärt wird.
|
|
|
|
|
|
|
|
SirGroovy2004
CPI Profi
Alter: 44
Anmeldung: 27.12.2004
Beiträge: 4337
Wohnort: 30km südl v. München
1992 Volkswagen Golf III
|
|
Servus Gemeinde,
darf ich den Termin fürs Chat auch erfahren? Ich möchte nur "zuhören".
CU
SirGroovy2004
|
|
|
|
Hardware: Asrock K7s4GX; AMD Geode 1750+; 512MB Ram; Sirf 3 Star; K90; Software: cPos! 1.0; Windows XP Prof x64 Edition;
|
|
|
|
|
billy
Moderator
Alter: 40
Anmeldung: 10.11.2004
Beiträge: 5194
Wohnort: Stein bei Nürnberg
|
|
ich würde auch gerne mitlauschen
muss von der arbeit aus eh demnächst C#.net o.ä. lernen.
@vbherodes
hab dridders angehauen wegen einem zugang zum SVN
gruß
billy
|
|
|
|
Hardware: Seat RNS-E 2
|
|
|
|
vbherodes
Forumkenner
Alter: 43
Anmeldung: 03.12.2004
Beiträge: 224
Wohnort: FFM
|
|
Hi Jungs,
Aufgabe der Datenbank ist damit zumindest umrissen. Und iTunes hat sicherlich auch eine Art Datenbank "hintendran".
Ich denke der Chat sollte für folgende Leute sein:
- Entwickler
- Projektbetreuer/gute Geister (z.B. Groovy, Billy,Datenflo, weitere) (Hier sollte auch mal wieder der Themenschwerpunkt Dokumentation angesprochen werden, wie bereits früher stelle ich mich da gerne wieder mit in die erste Reihe (sofern es die Zeit erlaubt))
- evtl. ein paar Extrem-User, die cPos bis an den Rand nutzen und evtl. kurz die aktuellen "Misstände" aufzeigen. einer sie hier schon genannt (Telefonfunktion, daher kommt eigentlich meine Motivation)
Besprochen werden sollte:
- Welche Sprache(n), welche Aufteilung
- Wie und wer wird das Grundgerüst (mit den evtl, mehreren Threads) schreiben?
- In welcher Abstraktionsstufe soll die Skinengine geschrieben werden (hier gibt es mehrere Ansätze).
- Soll die Skinenginge möglicherweise pluginbasiert gestaltet werden, um evtl. verschieden Engines für Skins anderer Hersteller anzeigen zu können <-> eine Skinengine, die mehrere Importfilter hat, um daraus cpForm Objekte zu generieren?
- Wie sollen die neuen Skinobjekte aussehen? (Thema Vereinheitlichung)
- Welche Mediabackends sollen integriert werden? (Windows / Linux)
- Wollen wir den Ansatz mit MONO versuchen um auch Linux "versäuchen" zu können? (Wer könnte hier ein wenig experimtentieren?)
- Welche Teile sollen alle "ver-plugin-ifiziert" werden. Im Prinzip, alles was "das gleiche tut" aber etwas anders (Telefon: SE-, Nokia-, SmartPhone -Plugin, Radio Plugin(s)), evtl. mal Naviplugins)
- Feature List Brainstorming (in einem späteren Meeting kann man das dann auf Releases verteilen)
Wer vorab zu den genannten Themen schon mal eine Kleines Stück Code vorbereiten will, sollte das tun. Es ist immer leichter über etwas zu diskutieren, wenn man schon mal damit zu tun hatte.
Einwurf: Bevor ich es vergesse: in cPos.Net sollte man irgendwie mit mehrerer Monitoren umgehen können und das ganze sollte auch bei den Skins berücksichtigt werden (Master und Slave(s) Displays, reicht das? will ich in einem Skin evtl. tertiäre Displays ansteuern, brauch so etwas komplexes jemand?)
@MrAction: Also den Code müsste man sich in ruhiger Minute noch mal zu Gemüte führen, aber unschaffbar sieht es nicht aus.
Wir haben ja einige Bereiche, die codetechnisch Neuland sind (zumindest für mich). So wäre es gut, wenn wir nach dem ersten Meeting schon ein paar kleine Hausaufgaben verteilen können. Niemand sollte alleine an einer Aufgabe sitzen, denn bisher haben sich meiner Erfahrung nach 2-er Teams am besten bewährt, das sollte schon irgendwie klappen.
Im darauffolgenden Meeting, sollten die Teams dann evtl Ihren code kommentiert vorstellen (zerfezz-Time) um für uns da beste daraus zu ziehen. Anfangen sollten wir hierfür mit dem Grundgerüst, wir sehen dann ob sich das bewährt.
Irgendwie ist das komisch hier, diese ungewohnte Einigkeit,wo bleiben DIE KRITISCHEN STIMMEN? (am Rande sei erwähnt, das es im Geschäft Charaktere gibt, die grundsätzlich jede Idee in der Luft zerfezzen, was zur folge hat, dass die Idee daran wächst und verbessert wird)
Gutes Nächtle ...
Marc
|
|
|
|
Hardware: AMD Sempron 2800 / 1GB RAM / 120 GB HD / Audigy 2 USB Software: cPOS only!
|
|
|
|
DickerXXL
Stammposter
Alter: 53
Anmeldung: 31.05.2008
Beiträge: 345
Wohnort: Telgte
|
|
Hallo zusammen,
das wird jetzt etwas länger, bin nicht sicher ob es in den Thread paßt, sonst bitte löschen/verschieben.
Ich versuche mal meinen Ansatz bei der Entwicklung von CMC (so nennt sich meine Software) zu erläutern.
Fangen wir unten, bei der Hardware an. Dort gibt es nur Player und Controls.
Ein Player empfängt Befehle vom Anwender, Play, Pause, Vorspulen usw.
Er stellt ggf. einige Ansichten (Views) z.B. aktueller Titel, Laufzeit, Restzeit oder das Bild zur Verfügung.
Ob und wie diese View dargegestellt wird, entscheidet alleine der Designer. Die Technologie der Darstellung, HTML, WinForms, QT ist dabei zunächst unerheblich.
Die möglichen Befehle eines Players werden fest vorgegeben. Wenn man mal alle erdenklichen Player auflistet, MP3, DVD, Bilder, Videos, DVB-T, ... ist die Liste der möglichen Befehle endlich.
Das kann man gut in einer Basisklasse kapseln.
Ein Control hat dagegen keine (oder sehr wenige Befehle) und keine oder wenige Ansichten, ich denke da an Helligkeit, Lautstärke, Geschwindigkeit via GPS oder einen Temperatursensor.
Weiter abstrahiert läuft es auf eine endliche Liste möglicher Befehle und "unendlich" viele Ansichten heraus.
Das kann man wieder durch eine Basisklasse repräsentieren, ich nenne es Slot.
Auf der anderen Seite liegt nun die Oberfläche, die den Anwender über den aktuellen Zustand eines Slots informiert und ihm diverse Befehle zur Steuerung des Slots bereit stellt.
Dazu benutze ich einen Wrapper, der die Möglichkeiten eines Slots (Befehle + Ansichten) in die konkret eingesetzte Präsentationstechnologie (HTML, WinForms, QT) übersetzt.
Ich denke, auch diese Präsentationsmöglichkeiten sind begrenzt, Button, Liste, Bild, usw.
Dazwischen liegt eine Kontrollschicht, der Kleber. Die ist natürlich hochabstrakt, also Hexenwerk.
Das spannende an der Lösung ist, das sowohl der Slot als auch die View austauschbar sind.
Ob die mp3-Dateien vom WMP oder vom WinAmp abgespielt werden ist transparent.
Welche Player und Controls genutzt werden, wird durch eine zenrale XML-Datei gesteuert. Diese beschreibt auch gleichzeitig den Skin, also wie ein Button oder eine nun Liste konkret aussieht.
Eine weitere Besonderheit ist die Administration meiner Lösung. Hier habe ich eine weitere XML Datei genutzt, in der z.B das Playlistverzeichnis oder der COM Port für das Bluetoothandy angegeben wird. Die Administration dieser XML Datei ist nicht in der eigentlichen Anwendung integriert. M. E. gehört das auch separat, da man das ohnehin nur einmal einstellt, aber das ist Ansichtssache.
Wenn mir jemand etas Webspace zur Verfügung stellen kann, stelle ich gerne meinen derzeitigen Entwicklungsstand zur Verfügung.
Ist eine einfache copy and paste Installation, nur .NET 2.0 muss installiert sein. Ich sagts aber gleich, ich bin Programmierer, kein Designer
Gruß
Jörg
P.S.Wenn ich das mit den Chat hinkriege, nehme ich gerne daran teil.
|
|
|
|
Hardware: Atom 330 1.6Ghz, 512MB, 150GB, Travla C134 Software: cPOSdotNet
|
|
|
|
C1500
CPI Profi
Alter: 51
Anmeldung: 24.05.2004
Beiträge: 3552
Wohnort: Dortmund
2002 Fiat Stilo
|
|
vbherodes hat folgendes geschrieben:
|
- evtl. ein paar Extrem-User, die cPos bis an den Rand nutzen und evtl. kurz die aktuellen "Misstände" aufzeigen. einer sie hier schon genannt (Telefonfunktion, daher kommt eigentlich meine Motivation)
|
Hi Marc,
irgendwie fühl ich mich da so ein bischen angesprochen
Ab Oktober (wenn alles klappt) steht bei mir auch C# auf dem Lehrplan.
Gruss Peer
|
|
|
|
Hardware: Jetway NC62K, AMD 5600+, 2Gb DDR800, DVB-T, CAN, uvm. Software: cPOS V1.2 Rules ! - Stilo Skin V1.02.568 - iGo8 mit StiloSkin
|
|
|
|
SirGroovy2004
CPI Profi
Alter: 44
Anmeldung: 27.12.2004
Beiträge: 4337
Wohnort: 30km südl v. München
1992 Volkswagen Golf III
|
|
Servus Marc,
Zitat:
|
Irgendwie ist das komisch hier, diese ungewohnte Einigkeit,wo bleiben DIE KRITISCHEN STIMMEN?
|
warte nur, bis die ersten auch Code erstellen sollen... ;-)
CU
SirGroovy2004
Tante Edit wundert sich immer noch, dass Shanel, Wal und Dridders hier nix dazu schreiben. Ist das so eine Art Protest durch Ignorieren?
|
|
|
|
Hardware: Asrock K7s4GX; AMD Geode 1750+; 512MB Ram; Sirf 3 Star; K90; Software: cPos! 1.0; Windows XP Prof x64 Edition;
|
|
|
|
|
Angus
Manchmalposter
Alter: 43
Anmeldung: 14.05.2007
Beiträge: 76
|
|
Hi all
Die ansätze die DickerXXL beschreibt finde ich gut.
Habe das so in etwa auch auf cpos-online geschrieben.
Es müssten klare schnitstellen geschaffen werden.
Wenn der "Player" z.B. bei der Titelposition einen wert von
0-1 annimmt (prozent halt) könnte man leicht objekte zur bedinung bereit stellen
die wie ein normaler slider funktionieren oder einen sich füllenden
Balken oder sogar einen drehregler.
Solange die objekte den wert von 0-1 liefern.
Diese objekte kann man ja ohne weiteres für lautstärke usw. nutzen.
Ich finde es auch wichtig das ein Editor bzw. eine Oberfläche fest zum Programm gehört.
Denn die meiste user wollen die Software Induviduell anpassen,
Optisch wie auch vom funktionsumfang.
Ich wäre auch dafür das es auf der einen seite die CarPC-seite gibt
und auf der anderen am Desktop PC ein Programm gibt
Wo ich einstellungen vornehme. So eine art Docking-Station.
Wenn ich momentan einen neuen Skin haben möchte muss ich ihn am CarPC erst in den Cpos ordner kopieren..
Mann könnte die konfiguration auf eine Externe festplatte oder so auslagern
und dann ohne probleme den carPC am heim computer konfigurieren.
-Es wäre moglich skins zu übertragen.
-Mann könnte im doking programm ein Web-Interface einbinden wo man in
einem portal news erhält und skins runterladen kann.
-Updates liesen sich leicht auf den CarPC übertragen
(Cpos Wird im Auto bei mir nur selten upgedated da ich dort kein internet
habe)
Und ein Skin editor sollte auf jeden fall dazugehören.
-So kann man sich auch einen großen teil dokumentation ersparen.
Wenn man die Funktionen der Module Direkt in den klasse beschreibt.
Ich stelle mir soeine art treeview vor. Wenn ich einen button anlege kann
ich mir dort einen funktion auswählen und erhalte informationen zu dieser.
Neue Funktionen müssen nicht extra dokumentiert werden
-Die oberfläche wäre leicht induviduell anpassbar
-Viel besseres handling als mit ini's etc.
Ein manko daran ist nur das es mehraufwand an programierung ist
und es darf nicht zu kompliziert für den user werden.
MfG
|
|
|
|
|
|
|
|
dridders
Foruminventar
Alter: 45
Anmeldung: 19.02.2007
Beiträge: 1268
Wohnort: Weidenbach
1997 Ford Mondeo
|
|
groovy:
Nö, Protest durch keine Zeit. Derzeit zuviel anderes um die Ohren um mich so intensiv wie es notwendig wäre mit einer Neuauflage von cpos zu beschäftigen.
vbherodes:
da du noch keinen SVN Account hast schick mir bitte deine Mail-Adresse... am liebsten eine an die man per PGP verschlüsselt schicken kann.
Allgemein:
- C#
- Basic ist Schrot
- Datenbank ist Overkill und gehört nicht in die Basis
- SVN-Pfad ist http://www.dridders.de/svn/cpos/branches/cposNET/
- Wenn mein Projekt irgendwann mal etwas weiter ist als es schon vor 2 Jahren war kann ich mich vielleicht intensiver beteiligen.
|
|
|
|
|
|
|
|
datenflo
Administrator
Alter: 46
Anmeldung: 17.04.2005
Beiträge: 2879
Wohnort: Mönchengladbac h
|
|
Ich habe den SVN-Pfad in die SVN-Anleitung auf cpos-online.de eingefügt.
|
|
|
|
Hardware: kein CPC mehr verbaut
|
|
|
|
vbherodes
Forumkenner
Alter: 43
Anmeldung: 03.12.2004
Beiträge: 224
Wohnort: FFM
|
|
Hallo Jungs,
Struktur:
die Abstraktionsebenen hören sich schon sehr nach dem an, was ich angestrebt hätte.
Mit dem Begriff Slot kann ich mir leider noch nicht wirklich was konkretes vorstellen, da Fehlt noch Füllstoff oder am besten etwas bildhaftes (ich bin arg visuell veranlagt).
Wenn wir dürfen, könnten wir dein (DickerXXL) Projekt ja mal ansehen und das beste draus lernen.
Die strikte Trennung von Logik, Hilfsprogrammen und Ansicht wäre genau der richtige Ansatz. Schön, dass wir jemand dabei haben, der es schon mal getestet hat ). Aber die Slots quälen mich noch ...., hab immer noch kein Bild davon. Und die Zwischenschicht ist dynamisch per XML gelöst?
MONO:
Ich hab nochmals über MONO nachgedacht. Die Idee gefällt mir eigentlich so gut, dass wir es zumindest versuchen sollten, zumal MONO ja ständig weiter ausgebaut wird.
Wenn der Mehraufwand sich in grenzen hält, warum nicht?
Dockingstation:
Die Geschichte, dass man evtl eine "Dockingstation" für den CarPC hat, ist ne praktische Idee, weil das fummeln am CPC meistens nicht so einfach ist wie Stationären PC.
Hier schwebt mir fast der Gedanke von einer Art cPOS-Firmware vor. Die einen Satz einstellunge, die benötigten Skins usw. enthält. Man könnte evtl. das Hauptprogramm (cposse) als Voreinsteller benutzen und ein Päckchen dann im CPC einspielen ....
..... endlos ... mehr im Chat! Ist für mich aber eher Step 2!
Wichtig:
Termin für den Chat würde ich evtl. sogar diesen Sonntag Abend ab 21:00 vorschlagen.
Meinungen bitte!
Mfg
Marc
|
|
|
|
Hardware: AMD Sempron 2800 / 1GB RAM / 120 GB HD / Audigy 2 USB Software: cPOS only!
|
|
|
|
datenflo
Administrator
Alter: 46
Anmeldung: 17.04.2005
Beiträge: 2879
Wohnort: Mönchengladbac h
|
|
Der Termin ist für mich IO
|
|
|
|
Hardware: kein CPC mehr verbaut
|
|
|
|
|
MR Action
Forum-Elite
Alter: 38
Anmeldung: 29.11.2005
Beiträge: 1743
|
|
Termin ist schlecht, da ich am Sonntag arbeiten darf...
Wäre für Samstag...
|
|
|
|
|
|
|
|
iBot1989
Manchmalposter
Alter: 35
Anmeldung: 20.05.2008
Beiträge: 87
Wohnort: Hamburg
|
|
Also Termin ist gut (Sonntag abend)
wenn samstag dann möglichst nachmittags (nicht zu früh und nicht zu spät), zwischen 14-17 uhr wäre passent am samstag (wenn samstag).
Die ansetze und Ideen finde ich super.
Am besten finde ich die idee das auch auf MONO umzusetzen.
Das mit dem "Dockingstation" finde ich auch genial, wäre ich persönlich nie drauf gekommen.
Ich freu mich aufn Chat Termin
iBot1989
|
|
|
|
|
|
|
|
Angus
Manchmalposter
Alter: 43
Anmeldung: 14.05.2007
Beiträge: 76
|
|
Hi..
Sontag wäre supper...
Am Samstag kann ich bis max 17h...
|
|
|
|
|
|
|
|
vbherodes
Forumkenner
Alter: 43
Anmeldung: 03.12.2004
Beiträge: 224
Wohnort: FFM
|
|
Also,
am Samstag feiere ich Geburtstag ) (hab heute *wink*). Da bin ich also eher im Koma.
Ist es unter der Woche (Mo) für jeden möglich.
Hey ADMINS Kann man hier einen Poll machen für Chat Termin So, Mo, Di?
Danke
Marc
|
|
|
|
Hardware: AMD Sempron 2800 / 1GB RAM / 120 GB HD / Audigy 2 USB Software: cPOS only!
|
|
|
|
|
Gehe zu Seite Zurück 1, 2, 3, 4 ... 12, 13, 14 Weiter
|
Nächstes Thema anzeigen
Vorheriges Thema anzeigen
|
Du kannst keine Beiträge in dieses Forum schreiben. Du kannst auf Beiträge in diesem Forum nicht antworten. Du kannst deine Beiträge in diesem Forum nicht bearbeiten. Du kannst deine Beiträge in diesem Forum nicht löschen. Du kannst an Umfragen in diesem Forum nicht mitmachen. Du kannst Dateien in diesem Forum nicht posten Du kannst Dateien in diesem Forum nicht herunterladen
|
|
|