Skip to content

Conversation

@kvn-stgl
Copy link
Collaborator

Inhalt

Hinzufügen der Boostrap CSS Libary für ein einfaches und sauberes Design. Dadurch kann in Zukunft ein einheitlicher Standard für die Gestaltung der Weboberfläche benutzt werden.
Außerdem wurden die vorhandenen Komponenten an ein einfach Design angepasst (Die Alarm-Ansicht wurde nicht verändert).

Vorschau

Startseite

main

Alarmübersicht

overview

Details

details

kvn-stgl and others added 4 commits September 24, 2015 19:26
Updated .gitignore from official github/gitignore repository
Add Bootstrap css libary for nicer designs.
Update template with a modern bootstrap css file for responsive
webdesign.
Add theme to bundle. Seperate bootstrap and main design. Now we can
easily include bootstrap in alarm design.
@Flozi95
Copy link
Contributor

Flozi95 commented Oct 15, 2015

Servus,
bin leider erst jetzt dazu gekommen mir das mal anzuschauen 👍
Finde es sehr schön und auch optisch ansprechend.
Werde es die Tage mal mergen.
Du scheinst ja etwas fitter zu sein... Gerne kannst du dir mal die AlarmWebsite anschauen. Da gibt es einiges an Optimierungsbedarf. (Gerade was Route anzeigen angeht ...)

@kvn-stgl
Copy link
Collaborator Author

Danke dafür :)
Die Alarmansicht habe ich mir bereits angeschaut, leider werde ich in diesem Bereich relativ wenig tun können. Ich habe dort das komplette Design überarbeitet und an unsere Bedürfnisse angepasst (siehe Branch FFW-Mauern in meinem Repository), wodurch leider die meisten Inhalte nicht mehr ganz dynamisch anpassbar sind (und dadurch auch nicht für die verschiedenen Anwender geeignet). Ich werde diese jedoch im Forum vorstellen, so bald die Arbeiten abgeschlossen sind und das System bei uns in den Betrieb geht.

Bei der eigentlichen Homepage sehe ich noch viel Potential, wo ich bei Gelegenheit gerne einen commit sende. Dazu zählt derzeit z. B. der Einbau einer kleinen Statistik der letzten Einsätze.

@chrishensel
Copy link
Contributor

Das ist super, dass du hier unterstützen willst! 😃

Ich bin am überlegen, ob wir die Webseite nicht in Zukunft als eine ASP.NET vNext (ASP MVC 5) Anwendung machen sollten. Dann könnten wir das Ding ohne den IIS self-hosten und das würde es auch sehr einfach auf Linux und Mac OSX ausführen lassen.

Die Windows UI ist mir zu arg Windows-zentriert und verglichen mit der Webseite zu umständlich zu entwickeln. Die Webseite ist schön schlank und tut eh schon fast alles, was die Windows UI kann. Zudem kann man die Webseite mit etwas HTML, CSS und JS-Kenntnissen sehr schnell an eigene Bedürfnisse anpassen, mit der Windows UI geht das nur sehr beschränkt.

Evtl. schaue ich mal in der Zukunft bzw. spätestens wenn vNext released ist, dass wir die Webseite damit machen und die Windows UI ausphasen.

@Flozi95
Copy link
Contributor

Flozi95 commented Oct 25, 2015

Hi,
ASP.Net vNext (afaik sogar MVC 6) habe ich mir auch schon angeschaut. Problem ist zum selfhosten braucht man kvm usw. Ganz so meins ist das doch nicht geworden. Ansich finde ich es schon sehr hübsch aber für den Service bleibts ja bei Windows daher ist für mich die Geschichte mti Linux/... kein Kriterium da braucht man ja eh nur einen Browser 💭

@chrishensel
Copy link
Contributor

Also ich bezweifle, dass man für vNext (ASP MVC 5, http://www.asp.net/vnext) die Kernel Virtual Machine (kvm) benötigt:
http://docs.asp.net/en/latest/getting-started/installing-on-linux.html

Falls doch, kannst du mir mal zeigen, wo das steht? Finde es leider nicht...

Abgesehen davon haben ich und meine Kollegen auf der Arbeit durchweg positive Erfahrungen damit gemacht, und würden es immer vorziehen, da es deutliche Vereinfachungen und Verbesserungen bietet. Im Endeffekt bist du der Maintainer und entscheidest, war nur als gut gemeinten Ratschlag basierend auf Projekterfahrung gedacht ;)

Der Service bleibt nicht bei Windows. Ich plane, den über kurz oder lang Mono-Kompatibel zu machen, vielleicht sogar komplett auf vNext umzusteigen und über REST-APIs alles zu realisieren. Bin nur aus Zeitgründen noch nicht dazugekommen und manche Komponenten müssten dann entfallen. Aber so ist das halt nunmal ;)

@Flozi95
Copy link
Contributor

Flozi95 commented Oct 25, 2015

Ok again what learned 😄

Mono kann ich nur unterstützen. 😉 Das ändert natürlich einiges 👍

@kvn-stgl
Copy link
Collaborator Author

An sich gefällt mir eure Zukunftsplanung sehr gut :=)

Es wäre dabei vielleicht zu überlegen, direkt SignalR für die Realtime-Übertragung zu verwenden. Damit könnte man auch das ändern des Fahrzeugstatus zumindest auf Webbasis realisieren. (Und es könnte in den Service als SelfHost eingebunden werden)

@chrishensel
Copy link
Contributor

Auch mir gefällt die Richtung gerade sehr gut 😄

Sehr gerne her mit den modernen Technologien! SignalR unterstütze ich vollstens!

Nachdem wir uns alle einig zu scheinen sein, habe ich nur eine richtig schwierige Frage bleibt: Wer macht sich dran bzw. wer macht den Anfang? ;) Flo, was sagst du?

@kvn-stgl
Copy link
Collaborator Author

Noch eine klein, Anmerkung:
Können wir vielleicht dazu im Forum einen Thread eröffnen? Es sind ja jetzt einige Themen vorgestellt (bzw. angeregt) worden, wie sich das Projekt (bzw. die Webseite) in Zukunft entwickeln soll.
Dort könnte man nochmal genauer die Einzelheiten besprechen, ich finde es hier im commit doch irgendwie unübersichtlich. Insbesondere, wie das geplante Zusammenspiel der Komponenten in Zukunft abläuft :)

@chrishensel
Copy link
Contributor

Gute Idee. Ich habe im öffentlichen Entwicklerforum einen Beitrag eröffnet. So weiß jeder gleich Bescheid und es fördert die Interaktivität.

Alle Diskussion kann ab sofort hier stattfinden: http://www.openfiresource.de/viewtopic.php?f=31&t=970

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants