König "Need Feedback"

[Mavarik]

Hi!

König "Need Feedback" hat wieder zugeschlagen:

Zitat von Mavarik:

1. New Mobil Project
2. change to iOS iPhone or iPad Formdesigner
3. Click label on form
4. compile and run for Android

Zu schwierig?

Zitat von König "Need Feedback":

Cannot Reproduce.

Oder passiert das bei Euch nicht?

Ein Label auf iOS hat eine Height von 21 auf Android 23...

Daher fehlt immer éine Rasterzeile.

Mavarik

PS: Ich glaube das schreib er immer, damit sofort eine Reaktion auf ein QC kommt und wenn keiner mehr reinschaut der QC erstmal liegen bleiben kann, oder? ;-(

[Daniel]

Moin "König Ich lasse mal Dampf ab",

Damit einer von uns auch nur etwas halbwegs Sinnvolles zu dem Thema beitragen kann, solltest Du die QC-Nummer oder besser den korrekten Link zum Eintrag nennen.

Grundsätzlich ist der Aufbau eines QC-Eintrages stets gleich:
-Detaillierte Schritte
- tatsächliches Ergebnis
- erwartetes Ergebnis
- ggf. Erläuterung, warum das erwartete Ergebnis das Richtige ist

Bisher hatte ich damit stets gute Erfolge.

[Bernhard Geyer]

http://qc.embarcadero.com/wc/qcmain.aspx?d=121356

Kaum hat du ihm das Problem genauer erklärt schon bekommst du Lösungsmöglichkeiten.
Hast du diese schon Ausprobiert? Helfen diese?

[Mavarik]

Zitat von Bernhard Geyer:

http://qc.embarcadero.com/wc/qcmain.aspx?d=121356

Kaum hat du ihm das Problem genauer erklärt schon bekommst du Lösungsmöglichkeiten.
Hast du diese schon Ausprobiert? Helfen diese?

Für den Label funktioniert das. Aber nicht für das rendern des TextLayoutManagers.
Da fehlen nach 11 Zeilen dann ca. 11 Rasterzeilen.

Mavarik

[Sir Rufo]

Zitat von Mavarik:

Hi!

König "Need Feedback" hat wieder zugeschlagen:

Zitat von Mavarik:

1. New Mobil Project
2. change to iOS iPhone or iPad Formdesigner
3. Click label on form
4. compile and run for Android

Zu schwierig?

Wenn du da Button line schreibst, was soll sich der geneigte QC-Bearbeiter darunter vorstellen?
Eine Schaltflächen-Linie? Die gibt es bei einem Label definitiv nicht.

Aha, du meintest wohl Bottom line - dann solltest du das auch schreiben, weil du dann besser verstanden wirst.

Ich hätte diesen Eintrag auch mit "Need more information" gekennzeichnet

[Mavarik]

Zitat von Sir Rufo:

Wenn du da Button line schreibst, was soll sich der geneigte QC-Bearbeiter darunter vorstellen?
Eine Schaltflächen-Linie? Die gibt es bei einem Label definitiv nicht.

Aha, du meintest wohl Bottom line - dann solltest du das auch schreiben, weil du dann besser verstanden wirst.

Ich hätte diesen Eintrag auch mit "Need more information" gekennzeichnet

Ohh peinlich... Da hast Du natürlich recht...
Er hätte trotzdem die 4 Schritte einfach mal testen können...

Mavarik

PS.: Er bestimmt einen hotkey für "Need Feedback"

[Furtbichler]

Zitat von Mavarik:

Er hätte trotzdem die 4 Schritte einfach mal testen können...

Das ist genau diese Scheuklappensicht des Anwenders bzw. des 'Meckerfritzen' ggü einem Support. Grundsätzlich ist es natürlich sehr wichtig und richtig, sich über Probleme zu beschweren, daher ist der 'Meckerfritze' bitte als berliner Kodderschnautzenslang zu verstehen. Aber deine Sicht ist doch sehr egozentrisch, so als ob gerade *dein* Anliegen das Wichtigste überhaupt ist (das ist es aus Deiner Sicht allerdings auch).

Aber: Es ist ja nicht so, das die Supportmitarbeiter den lieben langen Tag pfeifend und gelangweilt am Strand rumhängen und warten, bis sich mal jemand beschwert. Die arbeiten 100te von Anfragen am Tag ab, schlimmstenfalls im Akkord (d.h. sie bekommen Ärger, wenn etwas zu lange dauert). Da muss man denen die Anfrage schon so gut wie möglich vorbereiten und erklären. Natürlich liegt in der Kürze die Würze, aber ohne Beispielprojekt kannst Du eigentlich schon fast damit rechnen, eine 'Need more Info' Antwort zu bekommen. Die sind bestimmt nicht faul oder speisen einen ab, sondern geben sich verdammte Mühe, deine Frage zu beantworten oder dein Problem zu verstehen. Mit Sicherheit haben sie auch Richtlinien, um die Anfragen abzuarbeiten sowie eine maximale Zeit, sich mit dem Problem zu beschäftigen. Ich kann das für Emba zwar nicht belegen, aber in Amerika definiert sich eine Firma zu 99% über den Support, weil der Rest nämlich einerlei ist. Bekomme ich von Emba keinen guten Support, wechsle ich eben zu Microsoft und kehre Delphi den Rücken (für immer).

Also: Wenn Du ein Problem hast, beschreibe es, und zwar am Besten mit einem Beispielprojekt und/oder Screenshots.

Klar, Du kannst Dich auch auf den Standpunkt stellen, das das doch nicht deine Aufgabe sei, einen B-u-g höchstwissenschaftlich aufzubereiten (was ja irgendwie auch stimmt). Aber: Erstens hast Du ein Produkt gekauft, von dem Du weißt, das es Macken hat und zweitens willst Du ja Hilfe, und obwohl Du vielleicht erwarten kannst, das Du für das viele Geld, was Du ausgegeben hast, einen Premium Support bekommst, läuft das so nun mal nicht. Du musst es dem Support leicht machen, dir zu helfen. Is genauso wie hier im Forum: Du kannst Dampf ablassen und bekommst Gegenwind, oder du fragst höflich und mit Beispielen/Screenshots/ordentlichen und zusammenhängenden Sätzen und bekommst Hilfe.

[Mavarik]

Zitat von Furtbichler:

'Meckerfritze'

Ich gebe Dir recht. Ich kenne das Problem selber. Bearbeite eMail's & Faxe mit Fehlermeldungen seit 27 Jahren.
Ich schlage mich täglich mit den gleichen Problemen rum. Ich hab auch so einen hotkey (heißt bei mir nur anders).

Deswegen hatte ich geschrieben:

Zitat von Mavarik:

Oder passiert das bei Euch nicht?

Weil dies bisher keiner geschrieben hat, will ich die Möglichkeit abklopfen ob es an meine Hardware liegt.

Das Beispielprojekt hatte ich ja schon in einem früheren QC übermittelt. Der Fehler hätte also schon auffallen können.

Mavarik