Plauderecke

[maindrop]

Ernesto schrieb vor 12 Minuten:

damit habe ich nicht dich gemeint, sondern den ersteller der umfrage. der ist ja komplett fertig deshalb haha

alles klar

...nein, also so sehr nimmt mich das auch wieder nicht mit. ich seh das berufsbedingt nur klarerweise aus einer anderen perspektive:

wenn was ned funktioniert, dann muss sich die software ändern, nicht der user.

mir ist natürlich klar, dass das wirtschaftlich sein muss. wenn danny meint, dass seine entwickler den aufwand als zu hoch erachten, wird das schon einen grund haben. ich kann es zwar von außen nicht nachvollziehen, aber vllt. gibt's bestimmte gründe. die gibt es öfters und manchmal sind sie erst durch interne infos verständlich.

bearbeitet 10. November 2018 von maindrop

[Ernesto]

ich bin nachwievor der meinung dass sich die user ändern müssen solange sich die software nicht ändert. aber ich bin es gewöhnt disziplin einzufordern. ich selber zitiere ja auch keine twitter posts im asb

[oestl]

Wenn man hier neu ist weiß man das mit der Zitterei aber nicht!

[Gast]

Ernesto schrieb vor 23 Minuten:

ich bin nachwievor der meinung dass sich die user ändern müssen solange sich die software nicht ändert. aber ich bin es gewöhnt disziplin einzufordern. ich selber zitiere ja auch keine twitter posts im asb

du bist ja eh ein paradebeispiel für disziplin, zB was die nichtverwendung von Smileys angeht.

[maindrop]

Silva schrieb vor einer Stunde:

Wenn du eine konkrete Lösung hast, dann würde sich @Dannyo sicher freuen. Theoretisch müsste es ja möglich sein mittels CSS einfach die zitierten Twitter-Inhalte auszublenden, dann brauchst auch nix berechnen. (Ohne es mir konkret jetzt anzusehen.)

das oben beschriebene könnte man so implementieren. z.b. mit einem mutationobserver das event abfangen, wenn die höhe im twitter iframe geändert wird und dann einmalig am DIV darüber die höhe setzen.

fraglich ist, ob sie die board-sourcen überhaupt angreifen wollen. stimmt natürlich, dass man das bei einem update beachten muss bzw. falls der bug auch nach dem update noch da ist und der eigene code überschrieben wird halt nochmal implementieren.

sofern danny da was angreifen will, meldet euch bei mir. wenn's zeitlich grad passt und ich helfen kann, geb ich gerne tipps.

deine idee ist ansich auch sehr gut, aber über iframe grenzen hinweg geht CSS selektion nicht und die URL vom iframe src attribut (wo twitter vorkommt) kann man auch nicht per CSS selektor filetieren.

aber was funktionieren sollte, wenn es rein um ausblenden geht - im iframe tag:

onload="(function(that){if (that.src.indexOf('twitter')>-1){that.src='';}})(this)"

da müsste man nur schauen ob beim onload bereits die twitter url im src attribut gesetzt ist.

evtl. noch einschränken, dass nur dann die src angabe zurückgesetzt wird, wenn drüber (nicht direkt) ein blockquote tag ist.

Ernesto schrieb vor einer Stunde:

ich bin nachwievor der meinung dass sich die user ändern müssen solange sich die software nicht ändert. aber ich bin es gewöhnt disziplin einzufordern. ich selber zitiere ja auch keine twitter posts im asb

eh legitim, aber so denk ich als entwickler halt nicht.

das funktioniert scho bei dir in der firma, aber bei einer consumer software haut das nicht hin.

sobald die kern-ASBler sich brav dran halten, kommen neue die noch nix wissen und neben dem zitter-twitter hast zusätzlich diskussionen wie diese und die neuen werden zurecht gestutzt.

bearbeitet 10. November 2018 von maindrop

[Ernesto]

patierich schrieb vor 1 Stunde:

du bist ja eh ein paradebeispiel für disziplin, zB was die nichtverwendung von Smileys angeht.

korrekt - smileys sind ein nogo und führen nur dazu dass die leute verlernen sich ordentlich zu formulieren.

[maindrop]

Ernesto schrieb vor 13 Stunden:

korrekt - smileys sind ein nogo und führen nur dazu dass die leute verlernen sich ordentlich zu formulieren.

ich hab nur eine allergie gegen bestimmte smilies. z.B.: man fragt jmd etwas und es kommt der like daumen ohne weitern kontext zurück. das ist für mich ein no-go.

bearbeitet 11. November 2018 von maindrop

[Gast Lemmy K]

[Wux]

Interessante Doku:

 

[Grünweiß99]

Wux schrieb vor 25 Minuten:

Interessante Doku:

 

Heute angeschaut, schockierend...

[Silva]

maindrop schrieb vor 9 Stunden:

das oben beschriebene könnte man so implementieren. z.b. mit einem mutationobserver das event abfangen, wenn die höhe im twitter iframe geändert wird und dann einmalig am DIV darüber die höhe setzen.

Nachdem ich das Problem mit Größe von iframeselbst mal implementieren musste: Das ist alles oarsch.
Abseits dessen, glaube ich, dass das Problem wohl daher kommt, dass die Höhe berechnet wird, jedoch zu einem falschen Ergebnis kommt. Einmal setzen wird wohl nicht reichen, weil auch der Tweet (bzw. generell eine externe Quelle wie FB, Insta, etc.) noch externe Inhalte nachladen kann und daher sich die Größe noch verändern kann. (Wieder ohne konkretes Überprüfen).

 

maindrop schrieb vor 9 Stunden:

fraglich ist, ob sie die board-sourcen überhaupt angreifen wollen. stimmt natürlich, dass man das bei einem update beachten muss bzw. falls der bug auch nach dem update noch da ist und der eigene code überschrieben wird halt nochmal implementieren.

Ich frag mich, ob das ASB überhaupt die Ressourcen hat, so wie du dir das vorstellt. Es ist sicher nicht mehr das Kinderzimmer-Projekt, das es am Anfang war, aber ob sich Dannyo bereits eine echte eigene Technik leistet, die solche Fehler selbst lösen kann? Am Ende des Tages ist es ein Nebenprojekt.

 

maindrop schrieb vor 9 Stunden:

deine idee ist ansich auch sehr gut, aber über iframe grenzen hinweg geht CSS selektion nicht und die URL vom iframe src attribut (wo twitter vorkommt) kann man auch nicht per CSS selektor filetieren.

Ich meinte den DIV per CSS ausblenden, der den iframe beinhaltet. Funkt übrigens nicht, der übrig gebliebene Original-iframe spielt dann nur noch mehr verrückt. Wundert wenig, da es ja erst auftritt, wenn zumindest zwei (gleiche?) iframes auftritt. Was auch immer es genau verursacht, wird es wohl egal sein, dass da irgendwas für den User nicht sichtbar ist.

Aber auch wenn es mich reizen würde eine Lösung zu suchen: Ich krieg kein Geld dafür und es stört mich zu wenig.

[maindrop]

Silva schrieb vor 4 Stunden:

Nachdem ich das Problem mit Größe von iframeselbst mal implementieren musste: Das ist alles oarsch.
Abseits dessen, glaube ich, dass das Problem wohl daher kommt, dass die Höhe berechnet wird, jedoch zu einem falschen Ergebnis kommt. Einmal setzen wird wohl nicht reichen, weil auch der Tweet (bzw. generell eine externe Quelle wie FB, Insta, etc.) noch externe Inhalte nachladen kann und daher sich die Größe noch verändern kann. (Wieder ohne konkretes Überprüfen).

 

Ich frag mich, ob das ASB überhaupt die Ressourcen hat, so wie du dir das vorstellt. Es ist sicher nicht mehr das Kinderzimmer-Projekt, das es am Anfang war, aber ob sich Dannyo bereits eine echte eigene Technik leistet, die solche Fehler selbst lösen kann? Am Ende des Tages ist es ein Nebenprojekt.

 

Ich meinte den DIV per CSS ausblenden, der den iframe beinhaltet. Funkt übrigens nicht, der übrig gebliebene Original-iframe spielt dann nur noch mehr verrückt. Wundert wenig, da es ja erst auftritt, wenn zumindest zwei (gleiche?) iframes auftritt. Was auch immer es genau verursacht, wird es wohl egal sein, dass da irgendwas für den User nicht sichtbar ist.

Aber auch wenn es mich reizen würde eine Lösung zu suchen: Ich krieg kein Geld dafür und es stört mich zu wenig.

"alles oarsch" ist jetzt auch übertrieben, aber natürlich sind's nur workarounds. ich nehme mal an der quellcode vom board, der den bug verursacht ist nicht offen verfügbar, sondern nur das browser kompilat. daher macht es mMn nur sinn einen eigenen code daneben mit einzubinden der das fehlverhalten ausgleicht.

will man eben nicht nur ausblenden, ist es wohl das einfachste die höhe des parent elements größer zu machen (mein erster vorschlag). das funktioniert auch. den richtigen zeitpunkt zu erwischen wäre eben z.b. mit dem mutationobserver möglich. sobald es zu zittern beginnt einmalig die höhe setzen. dann wäre max. ein ganz kurzes zittern sichtbar. der twitter post braucht ein wenig bis er geladen ist, aber dann sollte er eigentlich unverändert bleiben. notfalls halt mit ein wenig zeitpuffer die höhe setzen. das lässt sich aber grundsätzlich machen. man sieht ja am verhalten, dass bei jedem tweet gleichbleibend zw. zwei werten gesprungen wird, sobald der content geladen ist.

 

ad ASB ressourcen:

kann ich nicht beurteilen, das wissen wohl nur danny & co. nachdem er schreibt, dass der aufwand nicht gerechtfertigt ist, wird er seine gründe haben. von dem was ich bisher gesehen habe sollte das thema von analyse über implementierung des workarounds bis zu grundlegenden tests in einem halben arbeitstag (vier std) machbar sein. ob dieser aufwand für das ASB nebenprojekt, wie du es bezeichnest, machbar ist, kann ich wie gesagt nicht beurteilen. auch nicht ob seine techniker aus irgendeinem grund von einem viel höheren aufwand ausgehen bzw. warum.

der punkt für mich ist, dass es in meinen augen schon reichen sollte die twitter integration abzuschalten. ich schätze mal das wäre mit noch weniger aufwand machbar und ist immer noch besser als das vertrauen, dass die user und mods das selber regeln.

 

ad DIV ausblenden:

ja, war mir eh schon gestern klar, was du meinst. aber man kann ja nicht einfach den iframe (oder das DIV drüber) ausblenden, sondern muss zunächst mal identifizieren ob der iframe überhaupt ein twitter post anzeigen soll. sonst wäre jeder embedded content in einem zitat weg. das geht eben per CSS selektor nicht. man müsste erst wieder per javascript oder am server das SRC attribut des iframes auslesen und nach einer twitter URL durchsuchen, damit man sicher weiß, dass dieses iframe ausgeblendet werden soll (oder eben das DIV darüber). das zitter problem bleibt aber eh, wie du schreibst, solange das DOM element erhalten bleibt, was eben beim CSS "display: none" der fall ist.

 

ad lösung, zeit, geld:

ist richtig und gilt für mich genauso. daher klinke ich mich jetzt auch wieder von der diskussion aus. falls wer was machen will, kann er ja gerne diese infos verwenden falls hilfreich. ich vermute aber, dass man entsprechend dannys ankündigung auf das nächste board update wartet.

Lemmy K schrieb vor 12 Stunden:

korrekt, siehe threadtitel...

bearbeitet 11. November 2018 von maindrop

[Silva]

maindrop schrieb vor einer Stunde:

sonst wäre jeder embedded content in einem zitat weg.

MWn passiert der Fehler auch bei anderen embedded Inhalten, daher wäre das hinfällig. Twitter ist halt das am häufigsten Zitierte. Und selbst wenn nicht: Der Schaden wäre klein, wenn in Zitaten andere Inhalte auch ausgeblendet sind. Kleiner als die Integration von Twitter komplett zu deaktivieren. Imho.

 

 

derfalke35 schrieb vor einer Stunde:

naja, Kühbauer war schon ein aussergewöhnlicher Spieler, hat unter anderem mit Sociedad auch Real Madrid geschlagen, das war aber ein Madrid unter Heynckes die damals CL Sieger wurden und mit Topstars bespickt waren, auch in Wolfsburg war er schnell Führungsspieler, soviele gute Spieler hatten wir in der damaligen Zeit nicht, die international in Topligen ihre Brötchen verdienten. Kühbauer polarisierte natürlich auch mit seiner Art sehr stark, was nicht immer förderlich war.

Für mich ist halt Weltkasse nicht jemand, der halt "nur" in Top-Ligen gespielt hat und vielleicht auch mal dort gegen einen Spitzenklub gewonnen hat. Oder um es mit aktuell zu vergleichen: Österreich hat mit Alaba mMn nur einen wirklichen Weltklasse-Spieler, Arnautovic kratzt daran.

[maindrop]

Silva schrieb vor einer Stunde:

MWn passiert der Fehler auch bei anderen embedded Inhalten, daher wäre das hinfällig. Twitter ist halt das am häufigsten Zitierte. Und selbst wenn nicht: Der Schaden wäre klein, wenn in Zitaten andere Inhalte auch ausgeblendet sind. Kleiner als die Integration von Twitter komplett zu deaktivieren. Imho.

ah, ok - mir ist es bisher ehrlich gesagt nur bei twitter aufgefallen. wenn das auch bei anderen embeds der fall ist, dann könnte man sich den twitter filter beim workaround auch sparen. 

ich bin ohnehin kein freund, dass die zitate überlang sind. embeds würden mir persönlich im originalpost reichen.

in dem fall dann einfach im onload des blockquotes das iframe des embeds mit javascript aus dem DOM löschen (statt CSS display: none; nicht getestet da grad keine zeit, aber sollte funktionieren).

bearbeitet 11. November 2018 von maindrop

[wunderkind]

Kann man @78SCR endlich für seine rassistischen und antisemitischen Posts sperren? Das ist mittlerweile nur mehr peinlich. @Dannyo , @Steffo