Hallo Tina und Marcus,

vielen Dank an Euch zurück!!!

Beste Grüße aus Kiel,

Frank

ok. ich habe dem ganzen mal einen versuch als betthupferl gegeben und bin mit folgendem script gekommen - in diesem zustand eher ein hack und ein farbschema-wechselfeature braucht es sicherlich nicht. zu finden hier: https://gist.github.com/793963 , bzw. direkt-link

ich habe es in die console meines webkit-browsers "gepastet", klappte wunderbar. bin auf weitere meinungen gespannt.

@frank: gerne können wir zum incom beitragen! :)

Hallo Jens,

erstmal danke für dein Angebot mitzuhelfen ;)
Ich treffe mich am 17.Feb mit Marcus um die nächsten Arbeiten an incom zu besprechen - und würde mich dann bei dir melden.
So ein Code Embed wäre schon cool!
Wärest du denn bereit so ein Code Embed - Hacksicher zu gestalten?
Also das da kein $('body').append( Download Viagra möglich ist?
... habe dazu nämlich gerade keine konkrete Idee - vielleicht checke ichs einfach auch nicht genau ?!
Aber huhh - da wäre jede Menge Unsinn mit möglich - oder sehe ich das falsch?

hallo tina,

danke für die schnelle antwort! :) nun ja, dankbarer weise verwendet ihr ja JQuery ;) das hat das proof of concept etwas einfacher gestaltet, aber auch die externen resourcen notwendig gemacht. für die implementierung kann man die css und script dateien auf dem incom server hosten und direkt in die incom templates mit einbetten, dann wäre kein body append notwendig.

im prinzip kann an tatsächlich ein menge unsinn mit javascript treiben, aber mehr oder weniger "nur" durch die console des browsers. so richtig fishen gehen kann ja auf grund der same origin policy weniger gut. was die gists angeht, nehme ich das auch gerne mal in angriff, aber dazu wäre es interessant, wenn ihr eine dokumentation der incom struktur für mich hättet oder ein plugin how-to, etc. ich glaube seit meines ersten logins haben sich einige dinge geändert.

beste grüße, jens

Hallo,
nee planen wir nicht , denn pdf's kann man hochladen und eine andere Möglichkeit wäre der Link zu slideshare -> sorry denke wir sehen da keinen dringenden Handlungsbedarf. (oder was meinst du @marcus?)

Hej,

ich hab prinzipiell schon Lust auf sowas, seit Incom 3.0 sind auch die Strukturen zum Einbetten von Fremdplugins einigermaßen geeignet, allerdings scheint Issuu nicht der allerleichteste Fall zu sein (erst API Key besorgen, etc...).
Hatte auch schon mal über eine eigene PDF-Vorschau-Lösung nachgedacht... wie auch immer, das eigentliche Problem ist im Moment die Zeit. In diesem Jahr werd ich wohl nicht mehr dazu kommen.

Insofern... leider kein kurzfristiger Support von unserer Seite dafür.
Aber: Wie immer bei Incom, wenn sich ein Freiwilliger findet, der das machen will, dann soll er auch die Chance dazu bekommen!

Gruß
Marcus

Hallo Tina, Hallo Marcus,

vielen Dank für Euer Feedback. Ich würde mir auch wünschen, dass bei uns mal die Decke an technisch versierten Leuten dicker werden kann, denn es ist mir schon länger ein Anliegen, dass wir etwas zu incom beisteuern können, neben der fleissigsten Nutzung ausserhalb Potsdams ;-) Habt Ihr denn noch Themen auf dem Zettel die Ihr auch aus Zeitgründen nicht angehen könnt aber gerne möchtet. Vielleicht können wir ja auch mal ein Projekt hier in Kiel lancieren, oder besser noch ein Cross-Hochschul-Projekt.

Beste Grüße,

Frank

Ja - können wir - bräuchten aber die email des Studenten.

schön!
Hab grad noch nen kleinen Bug gefunden:
Wenn man einen Workspace neu anlegt und bereits beim Anlegen "Vor google verstecken" wählt, dann kann niemand dem Workspace beitreten.

Wenn man dann das Häkchen wieder wegmacht gehts wieder.

Gruß, Hannes

Das ist eigentlich kein "Bug", sondern einfach ein strukturelles Problem. Wir gehen das Problem allerdings gerade von 2 Seiten an und mit der nächsten Version von Incom wird dieses Feature dann auch richtig benutzbar. Bestes!

Achso: Hab gerade gesehen, dass hier in Kiel die Umstände gar nicht bekannt sind.

An der FHP haben die Studenten zunehmend Datenschutzbedenken bezüglich der Offenheit von Incom gehabt, und gefordert, dass Workspaces vor Google geschützt werden können. Die schnelle Lösung war damals, "versteckte" Workspaces als Feature für alle freizuschalten, obwohl das nie so gedacht war.
Jetzt arbeiten wir daran, einerseits die Indizierung durch Suchmaschinen gezielt auszuschalten ohne den Workspace verstecken zu müssen und andererseits eine Einladung von Usern in einen versteckten Workspace zu ermöglichen.

Wenn ihr noch andere Anregungen habt oder in die Diskussion einsteigen wollt, dann immer los! :-)

Beste Grüße aus Potsdam
Marcus