Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[TB115] iCloud-Kontakte (CardDAV): Kann TB die Serveradresse nicht ermitteln?
184 views
Skip to first unread message
Andreas Borutta
Jul 28, 2023, 10:00:37 AM7/28/23
to
Moin.
Bisher habe ich die Erweiterung TBSync zum Synchronisieren meiner
iCloud-Kontakte mit TB verwendet. Funktionierte problemlos.
TBSync ermittelte die nötige Server-Adresse selbst.
Wenn ich in TB 115 als Serveradresse
https://contacts.icloud.com/
eingebe, erhalte ich: "Keine Verbindung möglich".
Ist es richtig, dass TB 115 nach wie vor die Serveradresse nicht
ermitteln kann?
Sie hat folgendes Muster:
https://pXX-contacts.icloud.com/XXXXXXXXXX/carddavhome/card/
Andreas
--
http://fahrradzukunft.de
Bisher habe ich die Erweiterung TBSync zum Synchronisieren meiner
iCloud-Kontakte mit TB verwendet. Funktionierte problemlos.
TBSync ermittelte die nötige Server-Adresse selbst.
Wenn ich in TB 115 als Serveradresse
https://contacts.icloud.com/
eingebe, erhalte ich: "Keine Verbindung möglich".
Ist es richtig, dass TB 115 nach wie vor die Serveradresse nicht
ermitteln kann?
Sie hat folgendes Muster:
https://pXX-contacts.icloud.com/XXXXXXXXXX/carddavhome/card/
Andreas
--
http://fahrradzukunft.de
Andreas Borutta
Jul 28, 2023, 10:35:12 AM7/28/23
to
Andreas Borutta:
> Ist es richtig, dass TB 115 nach wie vor die Serveradresse nicht
> ermitteln kann?
>
> Sie hat folgendes Muster:
>
> https://pXX-contacts.icloud.com/XXXXXXXXXX/carddavhome/card/
Ergänzung:
Wenn ich diese Adresse selber ermittle und eintrage, funktioniert eine
Synchronisation.
Mir geht es jedoch um eine Methode, wo man dem Nutzer sowas nicht
aufbürdet.
Was Anderes:
Wenn ich in TB bei so einem CardDAV-Adressbuch "synchronisieren"
wähle, wird nur in eine Richtung synchronsiert:
von iCloud zu TB
In die andere Richtung geht es nicht. Ist das ein bekannter Bug?
Sprachlich versteht man und Synchronisation ja typischerweise etwas,
was in beide Richtungen wirkt.
Andreas
--
http://fahrradzukunft.de
> Ist es richtig, dass TB 115 nach wie vor die Serveradresse nicht
> ermitteln kann?
>
> Sie hat folgendes Muster:
>
> https://pXX-contacts.icloud.com/XXXXXXXXXX/carddavhome/card/
Wenn ich diese Adresse selber ermittle und eintrage, funktioniert eine
Synchronisation.
Mir geht es jedoch um eine Methode, wo man dem Nutzer sowas nicht
aufbürdet.
Was Anderes:
Wenn ich in TB bei so einem CardDAV-Adressbuch "synchronisieren"
wähle, wird nur in eine Richtung synchronsiert:
von iCloud zu TB
In die andere Richtung geht es nicht. Ist das ein bekannter Bug?
Sprachlich versteht man und Synchronisation ja typischerweise etwas,
was in beide Richtungen wirkt.
Andreas
--
http://fahrradzukunft.de
Jörg Lorenz
Jul 28, 2023, 10:52:09 AM7/28/23
to
Am 28.07.23 um 16:35 schrieb Andreas Borutta:
In TB neuen Testkontakt eingegeben. Wird nach Synchronisierung auf dem
iPhone in der iCloud abgebildet.
Aufpassen, dass der neue Kontakt auch ins richtige Adressbuch (iCloud
CardDAV) eingetrage wird beim Speichern. Am besten CardDAV auf iCloud
als Standardadressbuch definieren.
--
Manus manum lavat
> Was Anderes:
> Wenn ich in TB bei so einem CardDAV-Adressbuch "synchronisieren"
> wähle, wird nur in eine Richtung synchronsiert:
>
> von iCloud zu TB
>
> In die andere Richtung geht es nicht. Ist das ein bekannter Bug?
>
> Sprachlich versteht man und Synchronisation ja typischerweise etwas,
> was in beide Richtungen wirkt.
Funktioniert hier. Habe es gerade getestet.
> Wenn ich in TB bei so einem CardDAV-Adressbuch "synchronisieren"
> wähle, wird nur in eine Richtung synchronsiert:
>
> von iCloud zu TB
>
> In die andere Richtung geht es nicht. Ist das ein bekannter Bug?
>
> Sprachlich versteht man und Synchronisation ja typischerweise etwas,
> was in beide Richtungen wirkt.
In TB neuen Testkontakt eingegeben. Wird nach Synchronisierung auf dem
iPhone in der iCloud abgebildet.
Aufpassen, dass der neue Kontakt auch ins richtige Adressbuch (iCloud
CardDAV) eingetrage wird beim Speichern. Am besten CardDAV auf iCloud
als Standardadressbuch definieren.
--
Manus manum lavat
Andreas Borutta
Jul 28, 2023, 11:11:50 AM7/28/23
to
Jörg Lorenz:
> Am 28.07.23 um 16:35 schrieb Andreas Borutta:
>> Was Anderes:
>> Wenn ich in TB bei so einem CardDAV-Adressbuch "synchronisieren"
>> wähle, wird nur in eine Richtung synchronsiert:
>>
>> von iCloud zu TB
>>
>> In die andere Richtung geht es nicht. Ist das ein bekannter Bug?
>>
>> Sprachlich versteht man und Synchronisation ja typischerweise etwas,
>> was in beide Richtungen wirkt.
>
> Funktioniert hier. Habe es gerade getestet.
Danke.
> In TB neuen Testkontakt eingegeben. Wird nach Synchronisierung auf dem
> iPhone in der iCloud abgebildet.
Hier dauerte es 15 Minuten. Die vor dem Schreiben meines letzten
Postings vorgenommen Änderungen sind mittlerweile auch in iCloud zu
sehen. Schön.
Zur Serveradresse:
Hast Du sie selber ermittelt?
Andreas
--
http://fahrradzukunft.de
> Am 28.07.23 um 16:35 schrieb Andreas Borutta:
>> Was Anderes:
>> Wenn ich in TB bei so einem CardDAV-Adressbuch "synchronisieren"
>> wähle, wird nur in eine Richtung synchronsiert:
>>
>> von iCloud zu TB
>>
>> In die andere Richtung geht es nicht. Ist das ein bekannter Bug?
>>
>> Sprachlich versteht man und Synchronisation ja typischerweise etwas,
>> was in beide Richtungen wirkt.
>
> Funktioniert hier. Habe es gerade getestet.
> In TB neuen Testkontakt eingegeben. Wird nach Synchronisierung auf dem
> iPhone in der iCloud abgebildet.
Postings vorgenommen Änderungen sind mittlerweile auch in iCloud zu
sehen. Schön.
Zur Serveradresse:
Hast Du sie selber ermittelt?
Andreas
--
http://fahrradzukunft.de
Jörg Lorenz
Jul 28, 2023, 4:04:37 PM7/28/23
to
Am 28.07.23 um 17:11 schrieb Andreas Borutta:
Die habe ich damals übernommen, als ich noch TbSync benutzte.
--
Manus manum lavat
--
Manus manum lavat
Andreas Borutta
Jul 29, 2023, 4:14:24 AM7/29/23
to
Jörg Lorenz:
>> Zur Serveradresse:
>> Hast Du sie selber ermittelt?
>
> Die habe ich damals übernommen, als ich noch TbSync benutzte.
Genauso habe ich es auch gemacht : )
Kennt jemand einen einfachen Weg, die vollständige Adresse zu
ermitteln, damit man das als Anleitung an normale Nutzer weitergeben
kann?
Gibt es vielleicht sogar ein Skript, welches das kann?
Es ist ja sehr unwahrscheinlich, dass Mozilla den Bug beheben wird.
Andreas
--
http://fahrradzukunft.de
>> Zur Serveradresse:
>> Hast Du sie selber ermittelt?
>
> Die habe ich damals übernommen, als ich noch TbSync benutzte.
Kennt jemand einen einfachen Weg, die vollständige Adresse zu
ermitteln, damit man das als Anleitung an normale Nutzer weitergeben
kann?
Gibt es vielleicht sogar ein Skript, welches das kann?
Es ist ja sehr unwahrscheinlich, dass Mozilla den Bug beheben wird.
Andreas
--
http://fahrradzukunft.de
Ingo Steinbuechel
Jul 29, 2023, 4:39:33 AM7/29/23
to
Hallo Andreas,
"Andreas Borutta" <bor...@gmx.de> schrieb:
> Zur Serveradresse:
> Hast Du sie selber ermittelt?
ich ja. Dank TBSync ist das ja reines Copy&Paste.
Gruß Ingo
--
Threema - Sicherer und privater Messenger: https://threema.ch/de
Meine Threema-ID: https://threema.id/ZV9BWDXK
Warum Threema? https://warumthreema.de/
"Andreas Borutta" <bor...@gmx.de> schrieb:
> Zur Serveradresse:
> Hast Du sie selber ermittelt?
Gruß Ingo
--
Threema - Sicherer und privater Messenger: https://threema.ch/de
Meine Threema-ID: https://threema.id/ZV9BWDXK
Warum Threema? https://warumthreema.de/
Ingo Steinbuechel
Jul 29, 2023, 4:39:33 AM7/29/23
to
> TBSync ermittelte die nötige Server-Adresse selbst.
korrekt, das ist eben der Vorteil von TBSync.
> Wenn ich in TB 115 als Serveradresse
> https://contacts.icloud.com/
> eingebe, erhalte ich: "Keine Verbindung möglich".
> Ist es richtig, dass TB 115 nach wie vor die Serveradresse nicht
> ermitteln kann?
Andreas Borutta
Jul 29, 2023, 5:34:15 AM7/29/23
to
Ingo Steinbuechel:
> Hallo Andreas,
>
> "Andreas Borutta" <bor...@gmx.de> schrieb:
>
>> Zur Serveradresse:
>> Hast Du sie selber ermittelt?
>
> ich ja. Dank TBSync ist das ja reines Copy&Paste.
Mir ging es um einen Weg für Nutzer, die TBSync nicht installiert
hatten/haben.
Und aktuell gibt es TBSync ja eh nicht in einer kompatiblen Version.
Andreas
--
http://fahrradzukunft.de
> Hallo Andreas,
>
> "Andreas Borutta" <bor...@gmx.de> schrieb:
>
>> Zur Serveradresse:
>> Hast Du sie selber ermittelt?
>
> ich ja. Dank TBSync ist das ja reines Copy&Paste.
hatten/haben.
Und aktuell gibt es TBSync ja eh nicht in einer kompatiblen Version.
Andreas
--
http://fahrradzukunft.de
Andreas Borutta
Jul 29, 2023, 5:36:30 AM7/29/23
to
Ingo Steinbuechel:
>> Wenn ich in TB 115 als Serveradresse
>> https://contacts.icloud.com/
>> eingebe, erhalte ich: "Keine Verbindung möglich".
>
> Logisch, das ist ja auch keine gültige Adresse.
Soweit ich weiß, gibt es Techniken, wie eine Software sich den
passenden URL ausliefern lassen kann.
Und TBSync verwendet das AFAIR.
Andreas
--
http://fahrradzukunft.de
>> Wenn ich in TB 115 als Serveradresse
>> https://contacts.icloud.com/
>> eingebe, erhalte ich: "Keine Verbindung möglich".
>
> Logisch, das ist ja auch keine gültige Adresse.
passenden URL ausliefern lassen kann.
Und TBSync verwendet das AFAIR.
Andreas
--
http://fahrradzukunft.de
Ingo Steinbuechel
Jul 29, 2023, 11:37:45 AM7/29/23
to
> Es ist ja sehr unwahrscheinlich, dass Mozilla den Bug beheben wird.
ganz sicher nicht, wenn das keiner meldet. Hast Du einen Bugreport erstellt?
Andreas Borutta
Jul 29, 2023, 11:51:28 AM7/29/23
to
Ingo Steinbuechel:
> "Andreas Borutta" <bor...@gmx.de> schrieb:
>
>> Es ist ja sehr unwahrscheinlich, dass Mozilla den Bug beheben wird.
>
> ganz sicher nicht, wenn das keiner meldet. Hast Du einen Bugreport erstellt?
Nein. Bugzilla als Ganzes schreckt mich ab. Ich sehe mich nicht als
geeignet an, dort Bugreports zu verfassen.
Andreas
--
http://fahrradzukunft.de
> "Andreas Borutta" <bor...@gmx.de> schrieb:
>
>> Es ist ja sehr unwahrscheinlich, dass Mozilla den Bug beheben wird.
>
> ganz sicher nicht, wenn das keiner meldet. Hast Du einen Bugreport erstellt?
geeignet an, dort Bugreports zu verfassen.
Andreas
--
http://fahrradzukunft.de
Franklin Schiftan
Jul 29, 2023, 12:01:12 PM7/29/23
to
Am 2023-07-29 um 17:51 schrieb Andreas Borutta:
> Ingo Steinbuechel:
>
>> "Andreas Borutta" <bor...@gmx.de> schrieb:
>>
>>> Es ist ja sehr unwahrscheinlich, dass Mozilla den Bug beheben wird.
>>
>> ganz sicher nicht, wenn das keiner meldet. Hast Du einen Bugreport erstellt?
>
> Nein. Bugzilla als Ganzes schreckt mich ab. Ich sehe mich nicht als
> geeignet an, dort Bugreports zu verfassen.
D.h., dass es seitens Mozilla tatsächlich so bleiben dürfte, sofern es
> Ingo Steinbuechel:
>
>> "Andreas Borutta" <bor...@gmx.de> schrieb:
>>
>>> Es ist ja sehr unwahrscheinlich, dass Mozilla den Bug beheben wird.
>>
>> ganz sicher nicht, wenn das keiner meldet. Hast Du einen Bugreport erstellt?
>
> Nein. Bugzilla als Ganzes schreckt mich ab. Ich sehe mich nicht als
> geeignet an, dort Bugreports zu verfassen.
sonst keinen gibt, den es stört und der einen Bugreport verfassen kann.
> Andreas
.... und tschüss
Franklin
Arno Welzel
Jul 30, 2023, 3:54:46 AM7/30/23
to
Andreas Borutta, 2023-07-28 16:00:
> Moin.
>
> Bisher habe ich die Erweiterung TBSync zum Synchronisieren meiner
> iCloud-Kontakte mit TB verwendet. Funktionierte problemlos.
>
> TBSync ermittelte die nötige Server-Adresse selbst.
>
> Wenn ich in TB 115 als Serveradresse
> https://contacts.icloud.com/
> eingebe, erhalte ich: "Keine Verbindung möglich".
Zumindest gibt es https://contacts.icloud.com/.well-known/carddav nicht.
Daher wird TB wohl nicht ermitteln können, was die richtige Adresse ist.
Zum Vergleich:
<https://nextcloud.0x0c.de/.well-known/carddav>
> Ist es richtig, dass TB 115 nach wie vor die Serveradresse nicht
> ermitteln kann?
Ja, da der Server sie nicht angibt. Vermutlich geht Apple davon aus,
dass die eigenen Clients die richtige URL ohnehin kennen und daher keine
well-known-URL nötig ist.
--
Arno Welzel
https://arnowelzel.de
> Moin.
>
> Bisher habe ich die Erweiterung TBSync zum Synchronisieren meiner
> iCloud-Kontakte mit TB verwendet. Funktionierte problemlos.
>
> TBSync ermittelte die nötige Server-Adresse selbst.
>
> Wenn ich in TB 115 als Serveradresse
> https://contacts.icloud.com/
> eingebe, erhalte ich: "Keine Verbindung möglich".
Daher wird TB wohl nicht ermitteln können, was die richtige Adresse ist.
Zum Vergleich:
<https://nextcloud.0x0c.de/.well-known/carddav>
> Ist es richtig, dass TB 115 nach wie vor die Serveradresse nicht
> ermitteln kann?
dass die eigenen Clients die richtige URL ohnehin kennen und daher keine
well-known-URL nötig ist.
--
Arno Welzel
https://arnowelzel.de
Arno Welzel
Jul 30, 2023, 3:56:22 AM7/30/23
to
Andreas Borutta, 2023-07-29 10:14:
Welcher Bug? iCloud meldet nicht, welche URL man benutzen soll. Woher
soll TB das dann wissen? Oder schafft TbSync das alleine? Möglicherweise
ist da einfach hinterlegt, welche Dienste mit welchen URL-Mustern arbeiten.
soll TB das dann wissen? Oder schafft TbSync das alleine? Möglicherweise
ist da einfach hinterlegt, welche Dienste mit welchen URL-Mustern arbeiten.
Arno Welzel
Jul 30, 2023, 3:58:33 AM7/30/23
to
Andreas Borutta, 2023-07-29 11:36:
> Ingo Steinbuechel:
>
>>> Wenn ich in TB 115 als Serveradresse
>>> https://contacts.icloud.com/
>>> eingebe, erhalte ich: "Keine Verbindung möglich".
>>
>> Logisch, das ist ja auch keine gültige Adresse.
>
> Soweit ich weiß, gibt es Techniken, wie eine Software sich den
> passenden URL ausliefern lassen kann.
Ja - z.B. als URL "/.well-known/carddav" und "/.well-known/caldav"
anbieten und dort ggf. auf die echte URL umleiten. Diese Option nutzt
iCloud aber nicht.
> Und TBSync verwendet das AFAIR.
Ich vermute eher, dass TBSync einfach verschiedene bekannte Varianten
durchprobiert.
> Ingo Steinbuechel:
>
>>> Wenn ich in TB 115 als Serveradresse
>>> https://contacts.icloud.com/
>>> eingebe, erhalte ich: "Keine Verbindung möglich".
>>
>> Logisch, das ist ja auch keine gültige Adresse.
>
> Soweit ich weiß, gibt es Techniken, wie eine Software sich den
> passenden URL ausliefern lassen kann.
anbieten und dort ggf. auf die echte URL umleiten. Diese Option nutzt
iCloud aber nicht.
> Und TBSync verwendet das AFAIR.
durchprobiert.
Andreas Borutta
Jul 30, 2023, 4:31:44 AM7/30/23
to
Arno Welzel:
>> Kennt jemand einen einfachen Weg, die vollständige Adresse zu
>> ermitteln, damit man das als Anleitung an normale Nutzer weitergeben
>> kann?
>>
>> Gibt es vielleicht sogar ein Skript, welches das kann?
>>
>> Es ist ja sehr unwahrscheinlich, dass Mozilla den Bug beheben wird.
>
> Welcher Bug? iCloud meldet nicht, welche URL man benutzen soll. Woher
> soll TB das dann wissen? Oder schafft TbSync das alleine? Möglicherweise
> ist da einfach hinterlegt, welche Dienste mit welchen URL-Mustern arbeiten.
TbSync schafft es alleine.
Nur deshalb habe ich mir erlaubt, es als Bug zu bezeichnen, wenn TB
dies nicht kann.
Andreas
--
http://fahrradzukunft.de
>> Kennt jemand einen einfachen Weg, die vollständige Adresse zu
>> ermitteln, damit man das als Anleitung an normale Nutzer weitergeben
>> kann?
>>
>> Gibt es vielleicht sogar ein Skript, welches das kann?
>>
>> Es ist ja sehr unwahrscheinlich, dass Mozilla den Bug beheben wird.
>
> Welcher Bug? iCloud meldet nicht, welche URL man benutzen soll. Woher
> soll TB das dann wissen? Oder schafft TbSync das alleine? Möglicherweise
> ist da einfach hinterlegt, welche Dienste mit welchen URL-Mustern arbeiten.
Nur deshalb habe ich mir erlaubt, es als Bug zu bezeichnen, wenn TB
dies nicht kann.
Andreas
--
http://fahrradzukunft.de
Andreas Borutta
Jul 30, 2023, 4:41:37 AM7/30/23
to
Arno Welzel:
>> Soweit ich weiß, gibt es Techniken, wie eine Software sich den
>> passenden URL ausliefern lassen kann.
>
> Ja - z.B. als URL "/.well-known/carddav" und "/.well-known/caldav"
> anbieten und dort ggf. auf die echte URL umleiten. Diese Option nutzt
> iCloud aber nicht.
Gut zu wissen.
>> Und TBSync verwendet das AFAIR.
>
> Ich vermute eher, dass TBSync einfach verschiedene bekannte Varianten
> durchprobiert.
Vielleicht liest hier jemand mit, der weiß, wie der Entwickler John
Bieling es bei TBSync gelöst hat.
Oder man kann das einsehen auf Github?
https://github.com/jobisoft/TbSync
Jedenfalls wäre es eine wichtige Verbesserung für TB, wenn Nutzer
mühelos Kalender und Kontakte von iCloud ohne Erweiterung und ohne
Gezuppel synchronisieren könnten.
Dito für Google Kontakte.
Idealerweise sollten diese beiden sehr verbreiteten Dienste als
Ein-Klick-Lösung in TB existieren. IMHO.
Aus Neugier:
Hat jemand, der hier mitliest schonmal direkten Kontakt mit Mozilla
aufgenommen und Feedback von Verantwortlich erhalten?
Nicht spezifisch zu diesem Thema, sondern zu was auch immer.
Oder ist es eher unüblich, dass Entwickler sich direkt zu Feedback von
Nutzern äußern?
Andreas
--
http://fahrradzukunft.de
>> Soweit ich weiß, gibt es Techniken, wie eine Software sich den
>> passenden URL ausliefern lassen kann.
>
> Ja - z.B. als URL "/.well-known/carddav" und "/.well-known/caldav"
> anbieten und dort ggf. auf die echte URL umleiten. Diese Option nutzt
> iCloud aber nicht.
>> Und TBSync verwendet das AFAIR.
>
> Ich vermute eher, dass TBSync einfach verschiedene bekannte Varianten
> durchprobiert.
Bieling es bei TBSync gelöst hat.
Oder man kann das einsehen auf Github?
https://github.com/jobisoft/TbSync
Jedenfalls wäre es eine wichtige Verbesserung für TB, wenn Nutzer
mühelos Kalender und Kontakte von iCloud ohne Erweiterung und ohne
Gezuppel synchronisieren könnten.
Dito für Google Kontakte.
Idealerweise sollten diese beiden sehr verbreiteten Dienste als
Ein-Klick-Lösung in TB existieren. IMHO.
Aus Neugier:
Hat jemand, der hier mitliest schonmal direkten Kontakt mit Mozilla
aufgenommen und Feedback von Verantwortlich erhalten?
Nicht spezifisch zu diesem Thema, sondern zu was auch immer.
Oder ist es eher unüblich, dass Entwickler sich direkt zu Feedback von
Nutzern äußern?
Andreas
--
http://fahrradzukunft.de
Andreas Borutta
Jul 30, 2023, 4:58:45 AM7/30/23
to
Andreas Borutta:
> Mir ging es um einen Weg für Nutzer, die TBSync nicht installiert
> hatten/haben.
Ich habe jetzt im Forum macuser.de zusätzlich nachgefragt. Vielleicht
kennt dort jemand einen einfachen Weg, wie man die Server-URLs
ermittelt.
Sollte das so sein, werde ich hier berichten.
Andreas
--
http://fahrradzukunft.de
> Mir ging es um einen Weg für Nutzer, die TBSync nicht installiert
> hatten/haben.
kennt dort jemand einen einfachen Weg, wie man die Server-URLs
ermittelt.
Sollte das so sein, werde ich hier berichten.
Andreas
--
http://fahrradzukunft.de
Jörg Lorenz
Jul 30, 2023, 8:08:31 AM7/30/23
to
Am 30.07.23 um 10:58 schrieb Andreas Borutta:
--
De gustibus non est disputandum
> Andreas Borutta:
>
>> Mir ging es um einen Weg für Nutzer, die TBSync nicht installiert
>> hatten/haben.
>
> Ich habe jetzt im Forum macuser.de zusätzlich nachgefragt. Vielleicht
> kennt dort jemand einen einfachen Weg, wie man die Server-URLs
> ermittelt.
> Sollte das so sein, werde ich hier berichten.
Evolution auf Linux kann das IIRC.
>
>> Mir ging es um einen Weg für Nutzer, die TBSync nicht installiert
>> hatten/haben.
>
> Ich habe jetzt im Forum macuser.de zusätzlich nachgefragt. Vielleicht
> kennt dort jemand einen einfachen Weg, wie man die Server-URLs
> ermittelt.
> Sollte das so sein, werde ich hier berichten.
--
De gustibus non est disputandum
Arno Welzel
Jul 30, 2023, 8:53:05 AM7/30/23
to
Andreas Borutta, 2023-07-30 10:41:
> Arno Welzel:
>
>>> Soweit ich weiß, gibt es Techniken, wie eine Software sich den
>>> passenden URL ausliefern lassen kann.
>>
>> Ja - z.B. als URL "/.well-known/carddav" und "/.well-known/caldav"
>> anbieten und dort ggf. auf die echte URL umleiten. Diese Option nutzt
>> iCloud aber nicht.
>
> Gut zu wissen.
>
>>> Und TBSync verwendet das AFAIR.
>>
>> Ich vermute eher, dass TBSync einfach verschiedene bekannte Varianten
>> durchprobiert.
>
> Vielleicht liest hier jemand mit, der weiß, wie der Entwickler John
> Bieling es bei TBSync gelöst hat.
> Oder man kann das einsehen auf Github?
> https://github.com/jobisoft/TbSync
Hier wird eine Provider-Liste online nachgeladen:
<https://github.com/jobisoft/TbSync/blob/94596521fe436e036333c28cca8eeea69dcb0bd5/content/modules/providers.js#L42C11-L42C11>
Ich vermute, jemand pflegt einfach die Liste der Provider und der dort
relevanten URLs.
> Jedenfalls wäre es eine wichtige Verbesserung für TB, wenn Nutzer
> mühelos Kalender und Kontakte von iCloud ohne Erweiterung und ohne
> Gezuppel synchronisieren könnten.
> Dito für Google Kontakte.
>
> Idealerweise sollten diese beiden sehr verbreiteten Dienste als
> Ein-Klick-Lösung in TB existieren. IMHO.
ACK.
> Aus Neugier:
> Hat jemand, der hier mitliest schonmal direkten Kontakt mit Mozilla
> aufgenommen und Feedback von Verantwortlich erhalten?
> Nicht spezifisch zu diesem Thema, sondern zu was auch immer.
> Oder ist es eher unüblich, dass Entwickler sich direkt zu Feedback von
> Nutzern äußern?
Das dürfte eher unüblich sein, da es ja Bugzilla gibt. Dass Du
persönlich Bugzilla nervig findest, ändert nichts daran, dass solche
Bugtracker genau dafür eingerichtet werden, damit die Entwickler eben
*nicht* jede Benutzeranfrage persönlich beantworten müssen.
> Arno Welzel:
>
>>> Soweit ich weiß, gibt es Techniken, wie eine Software sich den
>>> passenden URL ausliefern lassen kann.
>>
>> Ja - z.B. als URL "/.well-known/carddav" und "/.well-known/caldav"
>> anbieten und dort ggf. auf die echte URL umleiten. Diese Option nutzt
>> iCloud aber nicht.
>
> Gut zu wissen.
>
>>> Und TBSync verwendet das AFAIR.
>>
>> Ich vermute eher, dass TBSync einfach verschiedene bekannte Varianten
>> durchprobiert.
>
> Vielleicht liest hier jemand mit, der weiß, wie der Entwickler John
> Bieling es bei TBSync gelöst hat.
> Oder man kann das einsehen auf Github?
> https://github.com/jobisoft/TbSync
<https://github.com/jobisoft/TbSync/blob/94596521fe436e036333c28cca8eeea69dcb0bd5/content/modules/providers.js#L42C11-L42C11>
Ich vermute, jemand pflegt einfach die Liste der Provider und der dort
relevanten URLs.
> Jedenfalls wäre es eine wichtige Verbesserung für TB, wenn Nutzer
> mühelos Kalender und Kontakte von iCloud ohne Erweiterung und ohne
> Gezuppel synchronisieren könnten.
> Dito für Google Kontakte.
>
> Idealerweise sollten diese beiden sehr verbreiteten Dienste als
> Ein-Klick-Lösung in TB existieren. IMHO.
> Aus Neugier:
> Hat jemand, der hier mitliest schonmal direkten Kontakt mit Mozilla
> aufgenommen und Feedback von Verantwortlich erhalten?
> Nicht spezifisch zu diesem Thema, sondern zu was auch immer.
> Oder ist es eher unüblich, dass Entwickler sich direkt zu Feedback von
> Nutzern äußern?
persönlich Bugzilla nervig findest, ändert nichts daran, dass solche
Bugtracker genau dafür eingerichtet werden, damit die Entwickler eben
*nicht* jede Benutzeranfrage persönlich beantworten müssen.
Jörg Lorenz
Jul 30, 2023, 9:31:26 AM7/30/23
to
Am 30.07.23 um 10:41 schrieb Andreas Borutta:
Interesse. Deren Businessmodell sieht keine Verwendung von deren CalDAV-
und CardDAV-Serververbindungen auf nicht von ihnen stammender Software vor.
> Idealerweise sollten diese beiden sehr verbreiteten Dienste als
> Ein-Klick-Lösung in TB existieren. IMHO.
IYHO
> Jedenfalls wäre es eine wichtige Verbesserung für TB, wenn Nutzer
> mühelos Kalender und Kontakte von iCloud ohne Erweiterung und ohne
> Gezuppel synchronisieren könnten.
> Dito für Google Kontakte.
Für TB schon; beide haben daran nicht das geringste (oekonomische)
> mühelos Kalender und Kontakte von iCloud ohne Erweiterung und ohne
> Gezuppel synchronisieren könnten.
> Dito für Google Kontakte.
Interesse. Deren Businessmodell sieht keine Verwendung von deren CalDAV-
und CardDAV-Serververbindungen auf nicht von ihnen stammender Software vor.
> Idealerweise sollten diese beiden sehr verbreiteten Dienste als
> Ein-Klick-Lösung in TB existieren. IMHO.
Ingo Steinbuechel
Jul 30, 2023, 11:23:08 AM7/30/23
to
> Vielleicht liest hier jemand mit, der weiß, wie der Entwickler John
> Bieling es bei TBSync gelöst hat.
warum fragst Du John nicht selbst, statt auf Gerüchte von unbeteiligten
> Bieling es bei TBSync gelöst hat.
Dritten zu warten? Er ist genau wie Du im TB-Forum vertreten (sogar mit
einem eigenen Bereich für TBSync), zwar nicht besonders aktiv (weil er
andere wichtigere Aufgaben bei Mozilla hat), aber in den letzten beiden
Tagen gibt es eine ganze Reihe von Beiträgen von ihm.
Andreas Borutta
Jul 30, 2023, 3:55:43 PM7/30/23
to
Ingo Steinbuechel:
>> Vielleicht liest hier jemand mit, der weiß, wie der Entwickler John
>> Bieling es bei TBSync gelöst hat.
>
> warum fragst Du John nicht selbst, statt auf Gerüchte von unbeteiligten
> Dritten zu warten? Er ist genau wie Du im TB-Forum vertreten (sogar mit
> einem eigenen Bereich für TBSync)
Gute Idee. Mache ich.
Andreas
--
http://fahrradzukunft.de
>> Vielleicht liest hier jemand mit, der weiß, wie der Entwickler John
>> Bieling es bei TBSync gelöst hat.
>
> warum fragst Du John nicht selbst, statt auf Gerüchte von unbeteiligten
> Dritten zu warten? Er ist genau wie Du im TB-Forum vertreten (sogar mit
> einem eigenen Bereich für TBSync)
Andreas
--
http://fahrradzukunft.de
Andreas Borutta
Jul 30, 2023, 4:00:54 PM7/30/23
to
Arno Welzel:
>> Aus Neugier:
>> Hat jemand, der hier mitliest schonmal direkten Kontakt mit Mozilla
>> aufgenommen und Feedback von Verantwortlich erhalten?
>> Nicht spezifisch zu diesem Thema, sondern zu was auch immer.
>> Oder ist es eher unüblich, dass Entwickler sich direkt zu Feedback von
>> Nutzern äußern?
>
> Das dürfte eher unüblich sein, da es ja Bugzilla gibt. Dass Du
> persönlich Bugzilla nervig findest, ändert nichts daran, dass solche
> Bugtracker genau dafür eingerichtet werden, damit die Entwickler eben
> *nicht* jede Benutzeranfrage persönlich beantworten müssen.
"Nervig" finde ich Bugzilla nicht. Ich verstehe das Motiv dafür.
Ich schrieb ja, dass ich /mich/ dafür als nicht geeignet ansehe.
Und unabhängig davon bin ich überzeugt, dass es freier Software sehr
gut tun würde, wenn an der Kultur etwas geändert wird. Was genau da
funktionieren könnte, maße ich mir nicht an zu wissen.
Nahezug gar keine menschliche Kommunikation zwischen Nutzern und
Entwicklern /und/ auch keine /Übermittler/ halte ich für eine
kulturelle Sackgasse.
Andreas
--
http://fahrradzukunft.de
>> Aus Neugier:
>> Hat jemand, der hier mitliest schonmal direkten Kontakt mit Mozilla
>> aufgenommen und Feedback von Verantwortlich erhalten?
>> Nicht spezifisch zu diesem Thema, sondern zu was auch immer.
>> Oder ist es eher unüblich, dass Entwickler sich direkt zu Feedback von
>> Nutzern äußern?
>
> Das dürfte eher unüblich sein, da es ja Bugzilla gibt. Dass Du
> persönlich Bugzilla nervig findest, ändert nichts daran, dass solche
> Bugtracker genau dafür eingerichtet werden, damit die Entwickler eben
> *nicht* jede Benutzeranfrage persönlich beantworten müssen.
Ich schrieb ja, dass ich /mich/ dafür als nicht geeignet ansehe.
Und unabhängig davon bin ich überzeugt, dass es freier Software sehr
gut tun würde, wenn an der Kultur etwas geändert wird. Was genau da
funktionieren könnte, maße ich mir nicht an zu wissen.
Nahezug gar keine menschliche Kommunikation zwischen Nutzern und
Entwicklern /und/ auch keine /Übermittler/ halte ich für eine
kulturelle Sackgasse.
Andreas
--
http://fahrradzukunft.de
Arno Welzel
Aug 1, 2023, 6:30:06 AM8/1/23
to
Andreas Borutta, 2023-07-30 22:00:
[...]
"menschliche Kommunikation". Ein *Mensch* schreibt etwas für andere
*Menschen* auf. Das wird auch nicht davon effektiver, dass man eine
Diskussion über ein Thema anfängt.
In deinem Beispiel könnte das sein:
--------------------------------------------------------------->
Problem:
Thunderbird kann Kontakte nicht mit iCloud synchronisieren.
Reproduktion:
1) Neues Adressbuch -> CardDAV-Adressbuch hinzufügen
2) Bei "Benutzername" den für iCloud nötigen Benutzernamen eingeben
3) Bei "Adresse" https://contacts.icloud.com/ eingeben
4) Auf "Weiter" klicken
Ergebnis:
Es wird eine Fehlermeldung ausgegeben, dass keine Verbindung möglich ist.
Erwartetes Ergebnis:
Das Adressbuch kann synchronisiert werden.
<---------------------------------------------------------------
Was genau soll da jetzt noch "menschlich kommuniziert" werden? Auch wenn
Du mit einem Entwickler persönlich sprichst, wirst Du ihm inhaltlich
nicht mehr erklären können, als in der Bugmeldung steht. Und ob er oder
jemand anders sich dann um das Problem kümmert, hängt davon ab, ob zeit
dafür hat und nicht, ob jemand mit ihm persönlich geredet hat.
Tatsächlich wird der Entwickler dann auch ein Bugticket anlegen, damit
das vernünftig eingeplant werden kann und nicht einfach nur das Gespräch
mit Dir schriftlich festhalten.
P.S.:: wenn man obige Aktion mit https://nextcloud.0x0c.de ausprobiert
(sofern man da einen Account hat), geht das einwandfrei - eben *weil*
mein Server die nötigen Infos über .well-known-URLs liefert.
[...]
> Und unabhängig davon bin ich überzeugt, dass es freier Software sehr
> gut tun würde, wenn an der Kultur etwas geändert wird. Was genau da
> funktionieren könnte, maße ich mir nicht an zu wissen.
>
> Nahezug gar keine menschliche Kommunikation zwischen Nutzern und
> Entwicklern /und/ auch keine /Übermittler/ halte ich für eine
> kulturelle Sackgasse.
Bug-Meldungen in Plattformen wie Bugzilla oder Github *sind*
> gut tun würde, wenn an der Kultur etwas geändert wird. Was genau da
> funktionieren könnte, maße ich mir nicht an zu wissen.
>
> Nahezug gar keine menschliche Kommunikation zwischen Nutzern und
> Entwicklern /und/ auch keine /Übermittler/ halte ich für eine
> kulturelle Sackgasse.
"menschliche Kommunikation". Ein *Mensch* schreibt etwas für andere
*Menschen* auf. Das wird auch nicht davon effektiver, dass man eine
Diskussion über ein Thema anfängt.
In deinem Beispiel könnte das sein:
--------------------------------------------------------------->
Problem:
Thunderbird kann Kontakte nicht mit iCloud synchronisieren.
Reproduktion:
1) Neues Adressbuch -> CardDAV-Adressbuch hinzufügen
2) Bei "Benutzername" den für iCloud nötigen Benutzernamen eingeben
3) Bei "Adresse" https://contacts.icloud.com/ eingeben
4) Auf "Weiter" klicken
Ergebnis:
Es wird eine Fehlermeldung ausgegeben, dass keine Verbindung möglich ist.
Erwartetes Ergebnis:
Das Adressbuch kann synchronisiert werden.
<---------------------------------------------------------------
Was genau soll da jetzt noch "menschlich kommuniziert" werden? Auch wenn
Du mit einem Entwickler persönlich sprichst, wirst Du ihm inhaltlich
nicht mehr erklären können, als in der Bugmeldung steht. Und ob er oder
jemand anders sich dann um das Problem kümmert, hängt davon ab, ob zeit
dafür hat und nicht, ob jemand mit ihm persönlich geredet hat.
Tatsächlich wird der Entwickler dann auch ein Bugticket anlegen, damit
das vernünftig eingeplant werden kann und nicht einfach nur das Gespräch
mit Dir schriftlich festhalten.
P.S.:: wenn man obige Aktion mit https://nextcloud.0x0c.de ausprobiert
(sofern man da einen Account hat), geht das einwandfrei - eben *weil*
mein Server die nötigen Infos über .well-known-URLs liefert.
Andreas Borutta
Aug 2, 2023, 4:54:10 AM8/2/23
to
Arno Welzel:
> Andreas Borutta, 2023-07-30 22:00:
>
> [...]
>> Und unabhängig davon bin ich überzeugt, dass es freier Software sehr
>> gut tun würde, wenn an der Kultur etwas geändert wird. Was genau da
>> funktionieren könnte, maße ich mir nicht an zu wissen.
>>
>> Nahezug gar keine menschliche Kommunikation zwischen Nutzern und
>> Entwicklern /und/ auch keine /Übermittler/ halte ich für eine
>> kulturelle Sackgasse.
>
> Bug-Meldungen in Plattformen wie Bugzilla oder Github *sind*
> "menschliche Kommunikation".
Du missverstehst noch, was ich meine.
Ich meinte einen Dialog.
Es geht darum, normale Nutzer zu ermutigen, sich konstruktiv zu
beteiligen mit präzisen Vorschlägen und Rückmeldungen.
Meine These:
Die Datenbank in der jetztigen Form ist dafür nur schlecht oder gar
nicht geeignet.
Das von mir vorgeschlagene System mit einem Vermittler zwischen
normalem Nutzer und Entwickler wäre besser geeignet.
Ein Vermittler könnte z.B. dem Nutzer freundlich erklären, dass
aktuell zu wenig Kapazität bei den Entwicklern für die Bearbeitung
bestimmter Aufgaben vorhanden ist.
Mit so einer Rückmeldung wäre der Nutzer nicht frustriert, wo er sonst
vielleicht gar kein Feedback von Entwicklern erhält oder nur ein
schnödes, formales "deferred".
Trotzdem konnte der Vermittler das Problem reproduzieren und genau das
an den Nutzer zurückmelden.
Wie auch immer:
Ich bin kein Soziologe, der beweisen kann, was zu einer besserer
Kultur bei freier Software beitragen könnte.
Aus Gesprächen mit diversen Nutzern freier Software weiß ich
jedenfalls:
Die vorherschende Kultur und der Tonfall, die Art der Kommunikation,
all das stimuliert sie nicht zum Beitragen. Es schreckt sie ab.
Entwickler und normale Nutzer ticken sehr verschieden. Es ist alles
andere als trivial da Brücken zu bauen.
Andreas
--
http://fahrradzukunft.de
> Andreas Borutta, 2023-07-30 22:00:
>
> [...]
>> Und unabhängig davon bin ich überzeugt, dass es freier Software sehr
>> gut tun würde, wenn an der Kultur etwas geändert wird. Was genau da
>> funktionieren könnte, maße ich mir nicht an zu wissen.
>>
>> Nahezug gar keine menschliche Kommunikation zwischen Nutzern und
>> Entwicklern /und/ auch keine /Übermittler/ halte ich für eine
>> kulturelle Sackgasse.
>
> Bug-Meldungen in Plattformen wie Bugzilla oder Github *sind*
> "menschliche Kommunikation".
Ich meinte einen Dialog.
Es geht darum, normale Nutzer zu ermutigen, sich konstruktiv zu
beteiligen mit präzisen Vorschlägen und Rückmeldungen.
Meine These:
Die Datenbank in der jetztigen Form ist dafür nur schlecht oder gar
nicht geeignet.
Das von mir vorgeschlagene System mit einem Vermittler zwischen
normalem Nutzer und Entwickler wäre besser geeignet.
Ein Vermittler könnte z.B. dem Nutzer freundlich erklären, dass
aktuell zu wenig Kapazität bei den Entwicklern für die Bearbeitung
bestimmter Aufgaben vorhanden ist.
Mit so einer Rückmeldung wäre der Nutzer nicht frustriert, wo er sonst
vielleicht gar kein Feedback von Entwicklern erhält oder nur ein
schnödes, formales "deferred".
Trotzdem konnte der Vermittler das Problem reproduzieren und genau das
an den Nutzer zurückmelden.
Wie auch immer:
Ich bin kein Soziologe, der beweisen kann, was zu einer besserer
Kultur bei freier Software beitragen könnte.
Aus Gesprächen mit diversen Nutzern freier Software weiß ich
jedenfalls:
Die vorherschende Kultur und der Tonfall, die Art der Kommunikation,
all das stimuliert sie nicht zum Beitragen. Es schreckt sie ab.
Entwickler und normale Nutzer ticken sehr verschieden. Es ist alles
andere als trivial da Brücken zu bauen.
Andreas
--
http://fahrradzukunft.de
Andreas Borutta
Aug 2, 2023, 5:02:29 AM8/2/23
to
Andreas Borutta:
> Ingo Steinbuechel:
>
>>> Vielleicht liest hier jemand mit, der weiß, wie der Entwickler John
>>> Bieling es bei TBSync gelöst hat.
>>
>> warum fragst Du John nicht selbst, statt auf Gerüchte von unbeteiligten
>> Dritten zu warten? Er ist genau wie Du im TB-Forum vertreten (sogar mit
>> einem eigenen Bereich für TBSync)
>
> Gute Idee. Mache ich.
John hat mir gerade geantwortet.
Er erinnert sich nicht mehr wie "er es gemacht hat" und findet "Aber
ja, dass sollte mal als patch and Thunderbird weitergeleitet
werden."
Andreas
--
http://fahrradzukunft.de
> Ingo Steinbuechel:
>
>>> Vielleicht liest hier jemand mit, der weiß, wie der Entwickler John
>>> Bieling es bei TBSync gelöst hat.
>>
>> warum fragst Du John nicht selbst, statt auf Gerüchte von unbeteiligten
>> Dritten zu warten? Er ist genau wie Du im TB-Forum vertreten (sogar mit
>> einem eigenen Bereich für TBSync)
>
> Gute Idee. Mache ich.
Er erinnert sich nicht mehr wie "er es gemacht hat" und findet "Aber
ja, dass sollte mal als patch and Thunderbird weitergeleitet
werden."
Andreas
--
http://fahrradzukunft.de
Arno Welzel
Aug 5, 2023, 8:46:21 AM8/5/23
to
Andreas Borutta, 2023-08-02 10:54:
> Arno Welzel:
>
>> Andreas Borutta, 2023-07-30 22:00:
>>
>> [...]
>>> Und unabhängig davon bin ich überzeugt, dass es freier Software sehr
>>> gut tun würde, wenn an der Kultur etwas geändert wird. Was genau da
>>> funktionieren könnte, maße ich mir nicht an zu wissen.
>>>
>>> Nahezug gar keine menschliche Kommunikation zwischen Nutzern und
>>> Entwicklern /und/ auch keine /Übermittler/ halte ich für eine
>>> kulturelle Sackgasse.
>>
>> Bug-Meldungen in Plattformen wie Bugzilla oder Github *sind*
>> "menschliche Kommunikation".
>
> Du missverstehst noch, was ich meine.
>
> Ich meinte einen Dialog.
> Es geht darum, normale Nutzer zu ermutigen, sich konstruktiv zu
> beteiligen mit präzisen Vorschlägen und Rückmeldungen.
Und dafür ist ein Bugtracker das präfierte Medium. Denn "präzise
Vorschlägen und Rückmeldungen" gibt es nicht, wenn man nur ein Forum
anbietet, wo jeder schreiben kann, was und wie er gerade will.
Siehe Usenet ;-)
> Meine These:
> Die Datenbank in der jetztigen Form ist dafür nur schlecht oder gar
> nicht geeignet.
>
> Das von mir vorgeschlagene System mit einem Vermittler zwischen
> normalem Nutzer und Entwickler wäre besser geeignet.
>
> Ein Vermittler könnte z.B. dem Nutzer freundlich erklären, dass
> aktuell zu wenig Kapazität bei den Entwicklern für die Bearbeitung
> bestimmter Aufgaben vorhanden ist.
Das dürfte den Benutzer wenig interessieren. Dann fordert er halt, dass
der Anbieter mehr Entwickler beschäftigen soll, zumal Mozilla laut
<https://www.heise.de/news/Mozillas-Jahresbericht-Umsatz-beibt-stabil-Abhaengigkeit-von-Google-auch-6293061.html>
bereits 2021 rund 7,5 Mio. USD in, Zitat: Menschen und Projekte für
"mehr Gesundheit im Internet" (Zitat Ende) investiert hat.
Würde man statt dessen 1 Mio. weniger investieren und dafür ein paar
zusätzliche Leute für Entwicklung bei Thunderbird bezahlen inkl.
"Endbenutzer-Betreuung", könnte vielleicht das umsetzen, was Dir vorschwebt.
> Mit so einer Rückmeldung wäre der Nutzer nicht frustriert, wo er sonst
> vielleicht gar kein Feedback von Entwicklern erhält oder nur ein
> schnödes, formales "deferred".
Das glaube ich nicht.
[...]
weil es ist ja "Open Source" und da weiß man doch, dass das nix kosten
darf - und nerven auch mitunter extrem, wenn man ihnen erklärt, dass das
aus Zeitgründen nicht machbar ist. BTDT - deshalb ist meine Motivation
auf Einzelwünsche einzugehen, extrem niedrig.
> Arno Welzel:
>
>> Andreas Borutta, 2023-07-30 22:00:
>>
>> [...]
>>> Und unabhängig davon bin ich überzeugt, dass es freier Software sehr
>>> gut tun würde, wenn an der Kultur etwas geändert wird. Was genau da
>>> funktionieren könnte, maße ich mir nicht an zu wissen.
>>>
>>> Nahezug gar keine menschliche Kommunikation zwischen Nutzern und
>>> Entwicklern /und/ auch keine /Übermittler/ halte ich für eine
>>> kulturelle Sackgasse.
>>
>> Bug-Meldungen in Plattformen wie Bugzilla oder Github *sind*
>> "menschliche Kommunikation".
>
> Du missverstehst noch, was ich meine.
>
> Ich meinte einen Dialog.
> Es geht darum, normale Nutzer zu ermutigen, sich konstruktiv zu
> beteiligen mit präzisen Vorschlägen und Rückmeldungen.
Vorschlägen und Rückmeldungen" gibt es nicht, wenn man nur ein Forum
anbietet, wo jeder schreiben kann, was und wie er gerade will.
Siehe Usenet ;-)
> Meine These:
> Die Datenbank in der jetztigen Form ist dafür nur schlecht oder gar
> nicht geeignet.
>
> Das von mir vorgeschlagene System mit einem Vermittler zwischen
> normalem Nutzer und Entwickler wäre besser geeignet.
>
> Ein Vermittler könnte z.B. dem Nutzer freundlich erklären, dass
> aktuell zu wenig Kapazität bei den Entwicklern für die Bearbeitung
> bestimmter Aufgaben vorhanden ist.
der Anbieter mehr Entwickler beschäftigen soll, zumal Mozilla laut
<https://www.heise.de/news/Mozillas-Jahresbericht-Umsatz-beibt-stabil-Abhaengigkeit-von-Google-auch-6293061.html>
bereits 2021 rund 7,5 Mio. USD in, Zitat: Menschen und Projekte für
"mehr Gesundheit im Internet" (Zitat Ende) investiert hat.
Würde man statt dessen 1 Mio. weniger investieren und dafür ein paar
zusätzliche Leute für Entwicklung bei Thunderbird bezahlen inkl.
"Endbenutzer-Betreuung", könnte vielleicht das umsetzen, was Dir vorschwebt.
> Mit so einer Rückmeldung wäre der Nutzer nicht frustriert, wo er sonst
> vielleicht gar kein Feedback von Entwicklern erhält oder nur ein
> schnödes, formales "deferred".
[...]
> Aus Gesprächen mit diversen Nutzern freier Software weiß ich
> jedenfalls:
> Die vorherschende Kultur und der Tonfall, die Art der Kommunikation,
> all das stimuliert sie nicht zum Beitragen. Es schreckt sie ab.
>
> Entwickler und normale Nutzer ticken sehr verschieden. Es ist alles
> andere als trivial da Brücken zu bauen.
Ja - nicht weniger Benutzer wollen bei Open Source gerne alles gratis -
> jedenfalls:
> Die vorherschende Kultur und der Tonfall, die Art der Kommunikation,
> all das stimuliert sie nicht zum Beitragen. Es schreckt sie ab.
>
> Entwickler und normale Nutzer ticken sehr verschieden. Es ist alles
> andere als trivial da Brücken zu bauen.
weil es ist ja "Open Source" und da weiß man doch, dass das nix kosten
darf - und nerven auch mitunter extrem, wenn man ihnen erklärt, dass das
aus Zeitgründen nicht machbar ist. BTDT - deshalb ist meine Motivation
auf Einzelwünsche einzugehen, extrem niedrig.
Andreas Borutta
Aug 5, 2023, 9:30:01 AM8/5/23
to
Arno Welzel:
>> Aus Gesprächen mit diversen Nutzern freier Software weiß ich
>> jedenfalls:
>> Die vorherschende Kultur und der Tonfall, die Art der Kommunikation,
>> all das stimuliert sie nicht zum Beitragen. Es schreckt sie ab.
>>
>> Entwickler und normale Nutzer ticken sehr verschieden. Es ist alles
>> andere als trivial da Brücken zu bauen.
>
> Ja - nicht weniger Benutzer wollen bei Open Source gerne alles gratis -
> weil es ist ja "Open Source" und da weiß man doch, dass das nix kosten
> darf - und nerven auch mitunter extrem, wenn man ihnen erklärt, dass das
> aus Zeitgründen nicht machbar ist. BTDT - deshalb ist meine Motivation
> auf Einzelwünsche einzugehen, extrem niedrig.
Was ist denn Deine/eure Idee um Brücken zu bauen?
Wie kann das Verhältnis zwischen Entwicklern und Nutzern verbessert
werden?
Was funktioniert?
Wo gibt es bereits gute Erfahrungen mit konkreten Maßnahmen, die zu
einer Verbesserung geführt haben?
Andreas
--
http://fahrradzukunft.de
>> Aus Gesprächen mit diversen Nutzern freier Software weiß ich
>> jedenfalls:
>> Die vorherschende Kultur und der Tonfall, die Art der Kommunikation,
>> all das stimuliert sie nicht zum Beitragen. Es schreckt sie ab.
>>
>> Entwickler und normale Nutzer ticken sehr verschieden. Es ist alles
>> andere als trivial da Brücken zu bauen.
>
> Ja - nicht weniger Benutzer wollen bei Open Source gerne alles gratis -
> weil es ist ja "Open Source" und da weiß man doch, dass das nix kosten
> darf - und nerven auch mitunter extrem, wenn man ihnen erklärt, dass das
> aus Zeitgründen nicht machbar ist. BTDT - deshalb ist meine Motivation
> auf Einzelwünsche einzugehen, extrem niedrig.
Wie kann das Verhältnis zwischen Entwicklern und Nutzern verbessert
werden?
Was funktioniert?
Wo gibt es bereits gute Erfahrungen mit konkreten Maßnahmen, die zu
einer Verbesserung geführt haben?
Andreas
--
http://fahrradzukunft.de
Arno Welzel
Aug 6, 2023, 7:12:04 AM8/6/23
to
Andreas Borutta, 2023-08-05 15:29:
[...]
haben wollen, was die Entwickler nicht liefern können oder wollen, wird
das nie auflösbar sein. Dann entsteht immer Frust.
> Was funktioniert?
>
> Wo gibt es bereits gute Erfahrungen mit konkreten Maßnahmen, die zu
> einer Verbesserung geführt haben?
Sich für die Entwiclkung von Software bezahlen lassen ;-)
[...]
> Wie kann das Verhältnis zwischen Entwicklern und Nutzern verbessert
> werden?
Erstmal generell mit freundlichem Umgangston. Aber wenn Nutzer etwas
> werden?
haben wollen, was die Entwickler nicht liefern können oder wollen, wird
das nie auflösbar sein. Dann entsteht immer Frust.
> Was funktioniert?
>
> Wo gibt es bereits gute Erfahrungen mit konkreten Maßnahmen, die zu
> einer Verbesserung geführt haben?
0 new messages