robwa / initiapp Goto Github PK

Der Zeitstempel steht in @text.created_at.

Zusätzlich gibt es Helferlein, um das hübsch zu formatieren:
http://api.rubyonrails.org/classes/ActionView/Helpers/DateHelper.html

• sollen wir bis auf weiteres erstmal serverseitig nur 140 (oder 160: SMS-Länge) Zeichen ausliefern, bis uns was besseres eingefallen ist?
• Ich finde die Idee mit der Auszeichnung eigentlich nicht schlecht, müssten wir mal diskutieren wie praktikabel das ist. Hier muss ich mir auch überlegen, was clientseitig direkt bei der Eingabe passiert.
• Evtl. Button zur Auszeichnung bestimmter Stellen im Text

@robwa kannst Du einen Controller bauen, mit dem ich per Ajax die gesamte Nachricht ohne reload bekommen kann.

@nschwa kannst Du Dich bitte damit befassen wie das mit Ajax überhaupt funktioniert?

Ich schlage vor im Wiki unter Development:

• Einfacher Git-Zyklus
• Git-/Rails-Kommandos für häufig auftretende Situationen

• Kennwort-Bestätigung bedienbar machen
• Benutzer-Menü

Die erste Initiative soll natürlich die sein, in der wir unser eigenes Projekt organisieren. Dabei ist der Name eigentlich Schall & Rauch, und wir können ihn auch später jederzeit noch ändern. Trotzdem würde ich ihn gerne kurz mit einigen Vorschlägen diskutieren. Bisher habe ich noch nichts im Kopf, was mir wirklich gefällt. Was meint Ihr?

• ini
• Softwarekollektiv
• ini.tiative.net
• initiapp
• Software-Kooperative
• ini-Developers
• andere Kombinationen aus den Stichworten

Dabei ist auch die URL zu bedenken, die im Augenblick sowas sein wird wie ini.tiative.net/<unser-name>.

diese flash Funktion ist das ein Plugin oder von Dir?
Ich würde der gerne schon mitgeben können um welche Art von Meldung es sich handelt.
siehe http://getbootstrap.com/components/#alerts-examples

• Antworten auf Text
• E-Mail-Steuerung (mailman)

also nach /. also tut er eben nicht, fände ich aber wünschenswert.

• E-Mails an passive Benutzer
• Benachrichtungen bei neuen Texten

@nschwa, kannst Du hierzu vielleicht nochmal konkrete Fragen formulieren (gleich hier als Kommentar)? Irgendwas sollte ich doch auch einscannen? Was Gemaltes?

• Code deployen
• Git taggen
• htaccess-Schutz entfernen

• passive Nutzer: via Link
• aktive Nutzer: via Menü

ähnlich wie z.B. GitHub issues.

Spätestens mit einer Anzeige der Texte wird klar, dass nicht jeder jeden Text lesen soll. Grundidee: Innerhalb einer Initiative ist alles erlaubt, aber Außenstehende dürfen nur beitreten (join) oder Nachrichten schicken - aber nicht lesen.

Cancan ist hier der absolute Standard:
https://www.ruby-toolbox.com/categories/rails_authorization

https://github.com/bkeepers/dotenv

Was passiert eigentlich mit Mails, die zurückkommen?

• neuen Text verfassen mit Mail an: my-initiative@initiapp
• Text beantworten via Reply an: topic-id@initiapp
• Absender für Benachrichtigungen richtig setzen

• Standardadresse
• Notification-Adresse
• Absender bei Notifications/ Reply-To?
• Initiativen-Adresse

Das ganze auf irgendeine saubere und übersichtliche Art konfigurierbar machen (z.B. mit Configurable)

Woran liegt das Robert?

Die Specs werden sonst langsam unübersichtlich ...

• Domain registrieren
• Domain(s) einrichten
• initiapp im Production-Modus laufen lassen
• MySQL benutzen
• SSL einrichten
• aktuelle Version deployen
• Mailman-Service einrichten
• qmail konfigurieren
• Mail-Zustellung

• Anzahl der ausgelieferten Zeichen der Hauptnachricht auf 140 begrenzen der Rest wir d bei bedarf dynamisch nachgeladen
• Filtern (z.b.: Hallo Ihr Lieben, sorry das ich so spät erst anworte)
• oder aber markieren der Hauptaussage durch gesonderte Auszeichnung.

Hallo Ihr Lieben,
Bla blablablabalabalbalbalabalblabal um jetzt zu meinem Anliegen zu kommen:
{{ Erklärung der Nachricht (Hauptnachricht, warum schreibe ich überhaupt?, worum gehts hier.) max 140 Zeichen }} BLbalablabalbalablabalbalablabalbalab
Alles liebe und ein superdolles Wochenende
Hab euch lieb
Nils

• angezeigt wird nur der Text innerhalb der Auszeichnung
• clientseitiges auto close der Auzeichnung nach 140 zeichen
• Anzeige der Nachricht als collapse ähnlich dem Bootstrapcollapse

... durch irgendwas Fortschrittlicheres:
https://www.ruby-toolbox.com/categories/rails_form_builders

Können wir mal zusammen rausfinden, was die können und was wir wollen?

• Vielleicht zuerst lokal testen
• Mal so ein Video-Tutorial anschauen
• Dann schrittweise übertragen

insbesondere was die Integration von CanCan angeht.

• Layout/Szenario (#12)
• nächste Features (@robwa)
  • Benachrichtungen (#6)
  • danach?
• Dokumentation ausreichend?
• Deploy/ Domain/ ...?

Heute hatte ich nun mal eine Eingebung und deshalb habe ich dann doch gemalt. Wir können's gerne wegschmeißen, wenn's blöd ist. Oder weiterentwickeln, wenn uns was dazu einfällt. Erstmal nur eine Anregung, zur Diskussion. Und hoffentlich nicht zu spät.

Seite User Interface im Wiki

insbesondere auch für E-Mails.

Erst dann nähern wir uns der vollen Mailinglisten-Funktionalität, die einige der anfänglichen Testgruppen benötigen.

• Webserver auswählen (WEBrick, Thin, Passenger, ...)
• Daemontools aufsetzen
• htaccess-Passwort-Schutz

http://dennisreimann.de/blog/rails-hosting-auf-uberspace/