Wo eigentlich ANFANGEN mit der Entstörung?

@Palaimon, #319
So auf die Schnelle tippe ich mal auf folgendes Szenario: Man kann ja neben dem Avatarbild links einen senkrechten Strich sehen. Normalerweise geht dieser von einem Rand abgesehen durch den gesamten Beitrag - hier aber nicht. Ich schließe darauf, dass der Beitragsinhalt also das Beitragsgerüst überlagert und ferner mit einem weißen Hintergrund ausgestattet ist. Wenn nun einige Nutzer den Beitrag dennoch bewerten konnten, liegt das vielleicht daran, dass sie eine höhere Auflösung haben und somit bei ihnen der Beitragsinhalt in das eigentliche Beitragsfeld passt. Was kann man degegen tun?
- Auflösung erhöhen
- Fenster verbreitern
- Schrift verkleinern
- ... oder eine Lösung, die ich hier nicht aussprechen darf, weil ich sonst Prügel von eingien Nutzern und Kollegen kriegen würde ;)

Es mag auch hilfreich sein, nicht auf Gedeih und Verderb immer den erweiterten Editor zu benutzen - vor allem dann nicht, wenn man nicht weiß, welche Formatierungen man von einer Website mit hineinkopiert. Dies führt nebenbei teils auch zu Ladefehlern (die die Nutzer hier meist gar nicht mitkriegen - unser Fehler-Log allerdings schon), weil relativ verknüpfte Daten dann einfach nicht mehr gefunden werden.

mp  

Danke, dass du den "Fehler melden" Link benutzt ;-))

#319: Es wurde Text von einer anderen Webseite einkopiert, der eine feste Breitenangabe von 950 Pixel enthielt. Dieser Bereich überlagerte dann den Infobereich des Postings. Habe mich mal daran versucht, übergroße Breitenangaben zu filtern.

#309: Das ist kein Fehler! Es ist ziemlich unmöglich, in einem HTML formatierten Text nicht formatierte Links zu finden, da man nicht mehr herausfinden kann, ob sie bereits innerhalb der entsprechenden <a> Tags stehen.
Bei Benutzung des HTML Editors müssen sämtliche Elemente auch mit den Mitteln des HTML Editors erstellt werden, also in diesem Fall zweite Zeile mittig mit dem Icon "Link einfügen":

den für solche Fragen vorgesehenen DISCUSSIONS-Faden benutzt ;-))

So erreicht Deine Antwort gleich ALLE (und kann von Allen überprüft werden, ob sie jeweils correct ist). - Und so FUNCTIONIERT es ja auch, das Princip des Objectivismus...

Das ist und bleibt auch das Concept dieses Discussions-Fadens: ALLE Fehler-Meldungen (auch solche, für die ein Fehler-Melden-Button Natur-gemäß nicht existiert), dürfen HIER eingestellt werden. - Ergänzende Betätigung des Fehler-Melden-Button's (soweit einer vor Handen) bleibt einem Jeden selbst überlassen.

LG: Teras.

den für unsere USER-Fragen vorgesehenen DISCUSSIONS-Faden benutzt ;-))

Schon vor über 9 MONATEN, nämlich am DIENSTAG (30.9.2008), hastu uns ja darauf hingewiesen, dass http://www.ariva.de/_t332945?pnr=4775945#jump4775945 "die Chart-Engine nur das [zeichnet], was bei uns [in] der Datenbank an Kursen da ist. - Insofern ist dann eine Kontrolle in der Liste der historischen Kursdaten sinnvoll, welche Daten vorhanden sind und ob diese korrekt sind"...

Deinem RAT-Schlag sind seitdem etzliche ARIVA-Users getrewligst GEFOLGT. - Und was sie dann in der Liste derer historischen Curs-DATEN fanden, war immer das SELBE:

ERSTENS: Etzliche BÖRSEN-seits festgestellte Curse, die in UNSEREN Listen derer historischen Curs-Daten aus irngswelchen Gründen jedoch leider FEHLEN.

ZWEITENS: Etzliche BÖRSEN-seitig NIEMALS festgestellte Curse, die in UNSEREN Listen derer historischen Curs-Daten jedoch TROTZDEM als BÖRSEN-seitig festgestellt figurieren; zum Beispiel diese SAMSTAGS-Curse, und auch diese SONNTAGS-Curse, und selbst-redend hier und da auch diese FEIERTAGS-Curse...

Was schlägstu vor, uns diese groben QUATSCH-Anzeigen jetzt endlich zu ENTSTÖREN?

wollte Rival A0HHCZ fürs Börsenspiel kaufen, nicht sehr viel Handel in D,
gängigste Börse FRA. Genau diese fehlt beim Börsenspiel, warum auch immer.

es handelt sich um die gleiche Aktie, in Zeile 1 stimmt die ISIN nicht,
in Zeile 2 fehlt die WKN und die Branche ist falsch. Auahau.
Zeile 2 wird in FRA und bei L&S gehandelt. Hab ich ein Glück...

Name                             WKN       ISIN                Symbol Branche          Herkunft    Suchen
Rival Technologies Inc.  A0HHCZ CA7680271043 RVTI   Sonstige          Kanada        172
Rival Technologies                        US7680271043           Finanzdienst.  USA                11

dasstu Deine Entstörungs-relevanten Ansichten, wie aus Deinem obigen Post #327 ersichtlich, nach längerer Enthaltsamkeit jetzt endlich wieder in einem der Entstörung gewidmeten DISCUSSIONS-Faden beiträgst ;-))

Der Erinnerung bedarf aber auch Dein schon älterer Beitrag #28 von September 2008, http://www.ariva.de/_t332945?pnr=4775945#jump4775945 und zwar aus 3 Gründen:

ERSTENS: Dein dortiger Satz, dass man die Liste derer historischen Curs-DATEN darauf überprüfen kann, "WELCHE Daten vorhanden sind und ob diese KORREKT sind", wurde von hier bei uns auf ARIVA durch SATURDAY-, SUNDAY- und Public-HOLIDAY-Quotings abgenervten Börsianern dahin gehend verstanden, dass der Fehler auf BETREIBER-Seite (oder nur in seiner BELEGSCHAFT?) hinlänglich BEKANNT, also dort in ARBEIT ist.

ZWEITENS: Dein dortiger Satz "Die Chart-Engine zeichnet NUR das, was bei uns [in] der Datenbank an Kursen da ist" war zwar puristisch betrachtet falsch, Entstörungs-TACTISCH jedoch Gold-RICHTIG. - Und genau SO wurde dieser Dein Satz ja denn auch VERSTANDEN: ZUNÄCHST jene Fehl-Anzeigen der CHART-Engine corrigieren, die fehler-haften Einträgen in der Liste derer historischen Curs-Daten entspringen. - Und DANACH dann jene Fälle entstören, in denen die Chart-Engine falsch zeichnet, OBWOHL die ent-sprechenden Einträge in der Liste derer historischen Curs-Daten völlig CORRECT sind.

DRITTENS: Geklappt hat das NICHT: Wir haben hier weiterhin Woche für Woche diese nervenden SATURDAY-Quotings, die als ein MASSEN-Fehler DRINGEND der Entstörung bedürfen! - Viel weniger dringend ist hingegen die Entstörung des ARIVA-Quoting's an jenen Tagen, an welchen ZWEI Feiertage auf ein' und dem SELBEN Datum vereint sind, da diese Störung lediglich als ein DUTZEND-Fehler quantificiert ist...

Das unten angehängte PHOTO ist ein AUSSCHNITT von HIER: http://www.ariva.de/_t378449?pnr=6136365#jump6136365

alemao: Moin am Tag vorm glory thursday! 08:05 5 #30  
Bisherige Bewertungen:
5x interessant

Fehler 107. Bitte versuchen Sie es später noch einmal.
bewerteninteressant  
witzig  
gut analysiert  
informativ  
uninteressant

zu entstören; sie gelten als um Einiges SCHWIERIGER zu entststören als diese albernen SATURDAY-and-SUNDAY-Quotings hier bei uns auf ARIVA. - Das Alleinstellungs-Merkmal des EASTER-Monday-Quoting's besteht ja doch darin, dass er, um im System Bestand zu erlangen, vorher nicht nur die SAMSTAGS- und die SONNTAGS-Schwelle überwunden, sondern zusätzlich auch die KARFREITAGS-Schwelle geknackt haben muss, falls er auf dem gewöhnlichen Wege eines Quoting-Check-Error's (idealistischer Nexus-cruciformis-Error am Übergang des QUOTE-Checking's zum Quoting-CHECK, vulgo: "Tages-Abgrenzungs-Fehler") hervorgebracht werden soll. - Hierin TOPPT er sogar das WHIT-Monday-Quoting, da PFINGST-Montags-Curse schon durch doppeltes Over-Riding der SAMSTAGS- und der SONNTAGS-Schwelle in's System programmiert werden können...

Der unten documentierend angehängte SCREEN-Shot zeigt unser EASTER-Monday-Quoting vom Oster-MONTAG (24.3.2008). - Und geschossen wurde das Photo dies' Mal von HIER: http://www.ariva.de/quote/historic.m?secu=342085&page=2

so sieht er aus: #800012 !!
Danach schaltet er wieder zurück !  

Ist ARIVA in den letzten Tagen so langsam oder mein Internetzugang ?  

jedenfalls hier bei uns auf ARIVA, wo für die Actie der AIG (ISIN: US0268747849; WKN: A0X88Z; Symbol: AIG) für den SAMSTAG (25.7.2009) an der NYSE ein fettes VOLUMEN von 10.868.600 Stücken bei einem angeblichen CURS in Höhe von 12,46 U$-Dollar festgestellt worden ist...

Und das unten documentierend angehängte Quatsch-PHOTO stammt dies' Mal von HIER: http://www.ariva.de/quote/historic.m?boerse_id=21&secu=102160900

Das ewige Thema derer PHANTOM-Quotings wurde auch schon HIER http://www.ariva.de/_t332945?pnr=4618003#jump4618003 angesprochen, und HIER http://www.ariva.de/_t332945?pnr=4981252#jump4981252 erweitert, und HIER http://www.ariva.de/_t378449?pnr=6169470#jump6169470 erinnert, und HIER http://www.ariva.de/_t378449?pnr=6136365#jump6136365 nachgefasst, und auch HIER http://www.ariva.de/_t378449?pnr=6190292#jump6190292 nochmals discutiert.

gibt es natürlich FRAGEN, zum Beispiel auch DIESE:

Wie schafft es ARIVA, für SAMSTAG (25.7.2009), an dem realiter gar kein NYSE-Quoting stattfand, dennoch das correcte FREITAGS-End-Volumen von 10.868.600 AIG-Stücken anzuzeigen, obwohl unsere Plattform ausweislich des vorigen Posting's doch ein falsches FREITAGS-End-Volumen von 10.840.400 AIG-Stücken angezeigt hatte, welches, erhöht um die hier bei uns erst am SAMSTAG (25.7.2009), und zwar bei 02:04 Uhren, angezeigten 92.400 "letzten Stücke" gar nicht die correcten 10.868.600 FREITAGS-Stücke, sondern statt dessen 10.932.800 Stücke ergibt?

Fragen über FRAGEN...

Und das dieses Rätsel unten angehängt documentierende PHOTO ist dies' Mal von HIER:
http://www.ariva.de/quote/simple.m?secu=102160900

Hallo, Kibbuz #308: www.ariva.de/Salli_Teras_t378449?pnr=6158358#jump6158358
und
hallo, angelam #310: www.ariva.de/kibbuz_t378449?pnr=6158368#jump6158368
und
hallo, Palaimon #312: http://www.ariva.de/_t378449?pnr=6158689#jump6158689

Die ID vert393061596335 und ihr einziges Posting http://www.ariva.de/_t343641
ist wieder sichtbar. - Die ID war wahrscheilich nur deshalb unsichtbar worden, weil irgendwer bei ARIVA die Länge derer ID-Bezeichnungen gekürzt hatte, ohne die Auswirkungen dieses Eingriffs vorher zu testen, wodurch diese (und andere) ID-Bezeichnungen einfach im Orkus verschwanden...

Und der unten documentierend angehängte SCREEN-Shot ist dies' Mal von HIER:
http://www.ariva.de/profil/vert393061596335

schwerwiegende Eingriffe in's System (wie zum Beispiel die Kürzung der System-seitig erlaubten Länge derer IDs) sollte man eigentlich zur Sicherheit vorher TESTEN, wobei dieser Test-ZWANG allerdings nur für Jene gilt, die zu wenig Ahnung von der Materie haben, da die Auswirkung einschneidender Kürzungen doch eigentlich auch OHNE Test VORHERSAGBAR ist...

Jedenfalls ist jetzt auch die zweite bislang verunsichtbarte vert-ID wieder sichtbar:
http://www.ariva.de/profil/vert232646495321

LG: Teras.

Auch die dritte derer zeitweise unsichtbar gemachten vert-IDs ist wieder sichtbar:
http://www.ariva.de/profil/vert243168683949

Gerne wüssten wir ja, WELCHER Fehler bei ARIVA im vorliegenden Falle dazu geführt hat, uns gleich VIER vert-IDs unsichtbar zu machen, wie es zum BEISPIEL durch nachträgliche Verkürzung der System-seitig erlaubten Länge der ID-Bezeichnung erzeugt werden kann. - Doch hatten wir hier concret wahrscheinlich einen ganz ANDEREN Fehler, da die vierte derer unsichtbar machten vert-IDs nur 14 Digits umfasst und somit eindeutig UNTERHALB der Länge anderer weiterhin sichtbarer IDs gelegen hat. - Leider aber bekommen wir auf unsere Fehler-Hinweise ja oft keine Antwort, WAS denn die CONCRETE Fehler-Ursache gewesen sei...

Jedenfalls ist auch die vierte vert-ID jetzt wieder sichtbar:
http://www.ariva.de/profil/vert3031860109

Hallo, Kibbuz #308: www.ariva.de/Salli_Teras_t378449?pnr=6158358#jump6158358
und
hallo, angelam #310: www.ariva.de/kibbuz_t378449?pnr=6158368#jump6158368
und
hallo, Palaimon #312: http://www.ariva.de/_t378449?pnr=6158689#jump6158689

Der von 14051948Kibbuzim in #308 berichtete Fehler des recursiven SELF-Pointing's ist aber IMMER noch NICHT behoben! - Clickt man bei Kibbuz auf weiblich, dann auf die dort noch IMMER vertarnte vert-ID, so landet man WEITERHIN auf dem jeweils EIGENEN Profil!

Und weil wir ja leider IMMER noch keine Rück-Meldung haben, was es mit diesem seltsamen "vert" im Namen derer vert-IDs auf sich habe, treiben wir die (eigentlich überflüssige) Recherche halt noch ein Stück WEITER:

Auch wer unter "PLZ, Ort, Land" die Angabe "Tirol" in sein Profil eingestellt hat, kann eine dieser seltsamen vert-IDs in seiner unmittelbaren Nachbarschaft finden, wie aus dem von HIER http://www.ariva.de/forum/find.m?attr=ort&val=Tirol geschossenen und unten documentierend angehängten PHOTO einschlägig erhellt...

Der Fehler, den uns 14051948Kibbuzim schon am DONNERSTAG (16.7.2009) berichtet http://www.ariva.de/Salli_Teras_t378449?pnr=6158358#jump6158358 hat, ist ja nun leider immer noch NICHT behoben. - Denn weiterhin wird ja Jede/r, die/der im Profil sich als "weiblich" www.ariva.de/forum/find.m?attr=geschlecht&val=weiblich bekannt hat, diese seltsame vert-ID in der eigenen Nachbarschaft finden, bei deren Anclicken bislang KEIN Jump auf die dahinter befindliche (und derzeit noch falsch als "vert393061596335" bezeichnete) ID erfolgt, sondern ein SELF-pointing Redirect auf das EIGENE Profil der jeweils anclickenden Person...

Dennoch war es möglich, diese "weibliche" vert-ID im System aufzufinden (siehe das bei www.ariva.de/_t378449?pnr=6207910#jump6207910 angehängte PHOTO). - Hieraus ergibt sich natürlich die Frage, ob auch die aus der angehängten Graphik des obigen Post's "Hallo, zusammen, Teil 6:" ersichtliche "Tiroler" vert-ID auffindbar sei, obwohl dieselbe dort http://www.ariva.de/forum/find.m?attr=ort&val=Tirol NICHT anclickbar ist.

Die Frage ist inzwischen geklärt, da es sich bei dieser Entität um die (bislang noch falsch als "vert167967212543" bezeichnete) ID handelt, deren Profil zur Zeit noch an DIESER http://www.ariva.de/profil/vert167967212543 Stelle zugreifbar ist. - Man beachte das Selbst-Bekenntnis dieser ID zu "Tirol".

Fehler 105. Bitte versuchen Sie es später noch einmal.  

ALLE actuellen Fehler-Meldungen (ganz egal, ob von Mitgliedern dieser Gruppe oder von nicht-Mitgliedern beigetragen) gehören weiterhin in diesen Thread! - Sich hierin durch Entstörungs-theoretische Beiträge (die es ja hier auch gibt) "abschrecken" zu lassen, wäre ganz falsch: Entstörungs-THEORIE ist ja lediglich bezüglich JENER Fehler von Nöten, deren Entstörung nicht auf ANHIEB gelingt; das jeweils ACTUELLE geht also auch unter diesem Gesichts-Puncte zeitlich alle Mal' VOR...

Bei dieser Gelegenheit hier ein RÜCK-Blick auf den jocyx-Post #335 vom DONNERSTAG http://www.ariva.de/_t378449?pnr=6192128#jump6192128 (23.7.2009). - Ich lese den hierhin verlinkten Beitrag wie folgt: "Bei Posting #799.987 stand der Posting-ZÄHLER plötzlich auf #800.012 und schaltete danach wieder [auf #799.987] ZURÜCK!" - Diese Differenz macht hinlänglich STUTZIG, da 800.012 minus 799.987 genau 25 Postings entspricht, aus welchen hier bei uns auf ARIVA genau EINE Seite derer Discussions-Fäden besteht. - Wir haben es hierin also mit einer WEITEREN Variante des FLIRR-Zählungs-Fehlers zu tun, nämlich mit einem SEITEN-Zählungs-Flirrer.

ANDERE Varianten http://www.ariva.de/_t378449?pnr=5986941#jump5986941 unseres FLIRR-Zählungs-Fehlers zeig(t)en sich in der abwechselnden VOR- und RÜCKWÄRTS-Zählung bei "Dieser Thread wurde xyz mal gelesen" (GELESENHEITS-Flirrer), wie auch in der flirrenden Zählung der Posting-NUMMER seitens ARIVA. - Letzterer FLIRR-Zählungs-Fehler konnte auch auf Google objecticiert werden, wo ein' und das selbe ARIVA-Posting 'mal als #176 und dann wieder als #175 indiciert worden ist, wie es z.B. in dem HIER http://www.ariva.de/_t378449?pnr=6051010#jump6051010 angehängten SCREEN-Shot documentiert worden ist.

Ich gehe davon aus, dass ARIVA an dem Thema dranbleibt, bis ALLE Flirr-Zählungs-Varianten beseitigt sind. - LG: Teras.

Posting's #347 ist aus irngswelchen Gründen GRAU unterlegt, also NICHT clickbar...

(Wirklich nur ein sehr KLEINER Fehler, dennoch eindeutig Entstörungs-bedürftig).

Wir schaffen das! - Teras.

um Varianten-reich auftretende Fehler wie zum Beispiel den von jocyx documentierten FLIRR-Zählungs-Fehler http://www.ariva.de/_t378449?pnr=6221209#jump6221209 besser beim Schopfe packen zu können...

Ich überlege noch, WO ich dieses Register aufsetzen werde, aus dem heraus dann AUF die jeweiligen Fund-Stellen im hiesigen Thread verlinkt werden soll. - Die HIN- und RÜCK-Verlinkung wird dann der Übersichtlichkeit BEIDER Threads dienen.

(Bitte nicht drängeln; bin Systematiker und kein Hektosoph). - LG: Teras.