1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. Yaerox

Beiträge von Yaerox

  • Ich brauche ein Autoradio - kann mir jemand helfen?

    • Yaerox
    • 25. Juli 2013 um 08:08

    Learning by doing :D Ein Freund hat sich das gleiche Radio gekauft, welches ich erworben hatte, nur statt mit Knöpfe mit einem großen Drehknüpp. Ich kann meins eig mittlerweile immer bedienen, könntest mir die Augen verbinden, er weniger, weil ein leichter druck in irgend eine Richtung was anderes auslöst, und Schlaglöcher mal weg gelassen ^^

    Aber die Story ist nice, ich hätte gerne die Gesichter von denen gesehen :D

    Aber ist das nicht überall so, dass man mehr kauft als man braucht? Ich meine wenn ich Leute über Photoshop reden höre stellen sich jedesmal meine Nackenhaare auf. Beschweren sich wieso das so teuer ist weil sie nur 10 von gefühlten 20.000 Funktionen kennen und nutzen ... ^^

  • Ich brauche ein Autoradio - kann mir jemand helfen?

    • Yaerox
    • 24. Juli 2013 um 16:44

    Bose ist ein Beispiel für eine Marke bei der ich sehr kritisch bin. Viele sagen Bose ist super Qualität aber halt zu teuer. Ich finde für den Preis, ist die Qualität bei weitem nicht so gut. Naja ist halt Geschmackssache :) Seit meiner neuen Stufe der Helix Competition sowie einigen Kicker Komponenten hab ich meine Basis befunden, in der ich mich bewegen mag :)

  • Ich brauche ein Autoradio - kann mir jemand helfen?

    • Yaerox
    • 24. Juli 2013 um 12:46

    Auch wenn es nun wahrscheinlich zu spät ist werde ich mal meine Meinung trotzdem posten.

    Deiner Aussage entnehme ich, du möchtest einfach nur Radio hören, was für mich im Umkehrschluss bedeutet, kein Car-Hifi ist geplant (Verstärker, Basskisten, etc. etc.), dir ist Marke ziemlich egal, und nach Möglichkeit natürlich preisgünstig.

    Aber zunächst zu deiner Frage ob die immer passen. Die Antwort lautet jain. Es gibt eine DIN Norm, sprich es gibt „normale“ DIN Radios, und Doppel-DIN oder auch genannt 2-DIN Radios. Doppe-DIN Radios sind wie der Name schon sagt, doppelt so hoch. Je nachdem welches Auto du fährst musst du also schauen ob du 1-DIN oder 2-DIN hast. Man kann natürlich auch mit Blenden arbeiten und sich das bauen wie man will, wobei es logisch ist, dass man in ein 1-DIN Fach kein 2-DIN Radio einbauen kann, umgekehrt geht dies aber mit einer Blende. Aufgepasst jedoch, 1-DIN heißt nicht immer dass du keine Blende brauchst.
    (Was DIN heißt, oder welche Maße es hat, oder wie es ausschaut, sollte Google dir fix zeigen können.)

    Empfehlungen. Ich habe bei mir die Anlage mehr oder weniger ausgebaut mit allem was man so von Messen oder Videos/Bildern kennt. Da ich im „HIGH-END“ Bereich durch das Preis/Leistungsverhältniss Kenwood sehr nah stehe könnte ich dir Somit von der Marke her Kenwood empfehlen. Auch gut ist: Pioneer und Alpine. Allerdings bin ich mittlerweile der Meinung, dass Pioneer nicht mehr so qualitativ ist wie sie es mal waren, und Alpine nur sofern man tiefer in die Geldbörse greift (alles beruht auf eigenen Erfahrungen!).

    Welche Radios genau ist halt immer so eine Sache. Es gibt Radios die haben kleine Vorverstärker, z.B. dieses hier: http://kenwood.de/products/car/r…ver/KDC-4757SD/ ein sehr ähnliches habe ich auch. Da ist halt die Frage, auch wenn du nur ganz einfach Musik/Radio hören magst, möchtest du denn deine Boxen auch klanghaft gut einstellen können, oder bist du wirklich komplett unbeeindruckt von solchen Spielereien? Diese KDC-47XX Reihe liegt in der Größenordnung von ich glaube um die 100€. Da ist halt die Frage wie viel du investieren magst. Solltest du sagen weniger, würde ich dir empfehlen einige Nummern kleiner zu suchen und zu schauen ob da was bei ist, was gefällt.
    Alternativ hierzu gibt es von Pioneer ein ganz einfaches Radio im bereich um die 50 Euro was ebenfalls Vorverstärker hat und solche Spielereien, die meist eine erste Wahl für „Anfänger“ im Car-Hifi Bereich ist. Wie man da teilweise schon sehen kann, ist dann ein Radio mit fast gleicher Funktionalität nur halb so teuer. Okay, die Verstärker sind nicht so stark, man hat vll. nur USB und kein SD dazu, aber das wäre u.U. für dich ja eh un relevant. Ein Beispiel für Pioneer wurde dir ja schon gepostet.

    So Far

  • SAP lernen nur auf Schulungen und im Betrieb möglich?

    • Yaerox
    • 19. Juli 2013 um 13:46

    Hallöchen zusammen,

    ich beschäftige mich nun seit ca. einer Woche immer mehr mit dem Thema SAP. Ich weiß wo und wofür es eingesetzt wird, und wie der Teufel es so wollte, hatte ich letzte Woche eine Betriebsbesichtigung bei der die Geschäftsführerin uns auch noch einiges zu SAP (allgemeines) erzählt hat, was mein Interesse sehr gesteigert hat. Nun habe ich ein wenig recherchiert, und habe den Eindruck gewonnen, dass SAP nur in einer SAP Entwicklungsumgebung programmiert werden kann. Allerdings ist mir immer noch leicht unklar wie diese Programmierung funktionieren soll.

    Ich denke ich muss ABAP können um SAP-Entwickler werden zu können, da dies scheinbar zum größten Teil hinter SAP Produkten steckt. Habe ich das so einigermaßen richtig verstanden?

    Derzeit würde ich sagen, ich muss ABAP lernen, was vor raus setzt, dass ich mir z.B. den NetWeaver AS ABAP Server kaufe, und ein Entwicklungstool dazu.
    Dazu finde ich es ein wenig sehr irreführend, da es ja scheinbar keine Möglichkeit gibt SAP privat zu Hause zu lernen, andererseits allerdings Bücher etc. angeboten werden, da bei dem Preis sich kein Normalbürger diese Software privat kaufen wird/kann - was nicht heißen soll dass ich diese Preise unverschämt finde nur ich persönlich leider nicht 5-stellige Summen mal ebend so ausgeben kann :P .

    Wenn jemand vll. einen alternativen Weg quasi wie mit C (Editor + Compiler) kennt, um "SAP"/ABAP lernen zu können, könntet ihr mir diesen vielleicht zeigen?

    Ich bin in diesem Thema sehr interessiert, und meine Recherche geht auch definitiv weiter, nächste Woche kriege ich mein erstes Buch zu diesem Thema.

    Somit hoffe ich mal, dass der ein oder andere hier sich ein wenig mehr auskennt, und diese Verwirrung, wie man es lernen kann, vom Tisch fegen könnte ^^

    Grüße

  • Eine Neue hier!

    • Yaerox
    • 11. Juli 2013 um 08:07

    Herzlich willkommen und viel Spaß im Forum :)

    Aber auf die Frage bin ich jetzt immer noch neugierig ... hmmm :P ;)

  • GUI(s) + Controls - Wie arbeitet ihr? Was ist performanter?

    • Yaerox
    • 8. Juli 2013 um 08:58

    Hab den Thread ganz vergessen, danke m-obi ^^

    Ich glaub deine Variante werd ich mir als nächtes mal anschauen ^^

    Hat denn jemand vll. ein paar Informationen zur Performance? Also ist es sinnvoller bei vielen Controls mehrere GUIs einzurichten, oder sofern es geht auch einfach nur ControlHide/Show?

    Ich glaub sofern ich bald mal wieder ein wenig Freiraum habe werd ich dazu auch mal ein paar Tests machen ...

  • GUI(s) + Controls - Wie arbeitet ihr? Was ist performanter?

    • Yaerox
    • 8. Juli 2013 um 08:17

    Hallöchen zusammen,

    ich arbeite in fast jedem „Projekt“ von mir mit AutoIt. Oftmals habe ich sehr viele Controls und manchmal auch mehr als ein GUI. Nun bisher komme ich gut klar, ich mache je nach Projekt und Controls Funktionen _Show/Hide_ControlsXYZ und zeige/verstecke die gewollten Controls. Nun bei meinem jetzigen Projekt ist dies teilweise zu viel geworden, sodass ich einen zweite GUI integriert habe (ohne Rand und einfach über den eigentlichen GUI liegend).

    Nun wollte ich euch mal fragen, wie ihr so vorgeht, wenn ihr Programme mit vielen GUIs und vielen Cotnrols habt, in Bezug auf das ein/ausblenden von Controls. Ich bin momentan das erste mal an die Grenze gestoßen, dass das ein und ausblenden ohne ein GUI LOCK und UNLOCK nicht Nutzerfreundlich ausschaut (man sieht halt wie die Controls nacheinander ausgeblendet werden).

    Also wäre dies mal ein reiner Informationsthread in Bezug auf Performance, und eure Vorgehensweisen.

    So Far

  • YouTube Clip | Bitte um Meinung

    • Yaerox
    • 4. Juli 2013 um 15:12

    Grad leider kein Ton am start also kann ich dazu nichts sagen.

    Überschrift wie schon erwähnt, macht keinen "seriösen" eindruck mit BEST THEME EVER oder sowas. Finde mit der Überschrift und dem Bild kriegt man das Gefühl das ist eine schlechte Werbung wie es schon Millionen gibt. Wie gesagt, weiss grad leider nicht wie es vom Sound ist, ob das vielleicht einiges ausmacht, aber joa :)

    Schnitt find ich garnet so schlecht, und das Videodesign ist meiner Meinung nach auch nicht verkehrt.

    So Far

  • GUI Konzept

    • Yaerox
    • 27. Juni 2013 um 11:11
    Zitat von m-obi

    Wenn du das machst wie bei YaeroxXO, dann müsstest du alle Controls in Arrays packen, damit der Code beim hiden und showen nicht ellenlang wird. Und je mehr Controls du dann hast pro Frame, desto länger dauert das hiden und showen und siehst dann möglicherweise wie die Controls nacheinander gehidet werden bzw. geshowded.

    Da haste auch recht ;) Kommt auf den Anwendungsfall an denke ich, also in meinem Fall müsste ich alternativ 5 ChildGUIs schreiben, was mir wiederum zu aufwendig ist da es bei mir nur ~15 Controls sind ^^

  • GUI Konzept

    • Yaerox
    • 27. Juni 2013 um 10:39

    Ich beginne meist damit, dass ich mir alle Controls erstelle die ich in Frame 1 brauche. Dann die passenden zu Frame 2 und 3. Sollten die von Frame 2 und 3 abhängig von der Auswahl des ersten Frames sein, so erstelle ich Quasi die Controls in Frame Zwei passend zum Control 1 in Frame 1 und sofern ich da einen Teil fertig habe kommentiere ich die erst immer aus (alternativ halt sofort Show/Hide-Funktionen schreiben und richtig implementieren). Dann beginne ich mir diese zu gruppieren. Angenommen die Controls der jeweiligen Frames sind immer die gleichen dann würde ich das z.B. so machen:

    Beispiel:

    [autoit]


    Func _ShowCtrls_Frame1()
    GUICtrlSetState($iControlID, $GUI_SHOW)
    EndFunc
    Func _HideCtrls_Frame1()
    GUICtrlSetState($iControlID, $GUI_HIDE)
    EndFunc
    Func _ShowCtrls_Frame2()
    GUICtrlSetState($iControlID, $GUI_SHOW)
    EndFunc
    Func _HideCtrls_Frame2()
    GUICtrlSetState($iControlID, $GUI_HIDE)
    EndFunc
    Func _ShowCtrls_Frame3()
    GUICtrlSetState($iControlID, $GUI_SHOW)
    EndFunc
    Func _HideCtrls_Frame3()
    GUICtrlSetState($iControlID, $GUI_HIDE)
    EndFunc

    [/autoit]


    alternativ einfach noch ein paar Ebenen mehr verschachteln...

    Ich hatte jetzt einige male schon das Problem das ich eine GUI in eine GUI implementieren musste, wie im derzeitigen Projekt auch wieder. Das wäre natürlich auch noch eine Möglichkeit, allerdings würde ich die glaub ich nur nutzen wenn es keinen anderen weg gibt ^^

    So Far

  • Herzlichen Glückwunsch ...

    • Yaerox
    • 26. Juni 2013 um 08:11

    Danke :P

  • Herzlichen Glückwunsch ...

    • Yaerox
    • 24. Juni 2013 um 12:52

    Herzliche Glückwünsche an

    King STP, FirePanther, Blume, DFPWare und Stevenx,

    schönen Tag habt ihr euch ausgesucht ;D

    Alles alles Gute und feiert schön, auch wenn ich denke bei Blume knallts am meisten :P

  • Wie sieht euer Desktop aus?

    • Yaerox
    • 21. Juni 2013 um 09:59

    Ahh okay danke ;)

  • Wie sieht euer Desktop aus?

    • Yaerox
    • 21. Juni 2013 um 08:42
    Zitat von Kev

    [Blockierte Grafik: http://s7.directupload.net/images/130620/5or25ezy.jpg]

    Was hast du denn fürn Handy/OS? Sieht mega aus :D Oder ist das eins dieser Moddings bei denen man Garantie verliert?

  • Treeview - $NM_CLICK hängt nach

    • Yaerox
    • 17. Juni 2013 um 14:41

    Ich schau mir die noch auf jeden Fall an, muss nur jetzt wo es klappt auch erstmal weiter machen ... möchte endlich mal versuchen das Ende von dem Projekt zu sehen :P

  • Treeview - $NM_CLICK hängt nach

    • Yaerox
    • 17. Juni 2013 um 14:02

    Ich habs gelöst indem ich die nativ functions genutzt habe und es nun OnEvent mache ... mit der UDF wollte es bei mir nicht so ^^

    Danke

  • Treeview - $NM_CLICK hängt nach

    • Yaerox
    • 17. Juni 2013 um 12:13
    Zitat von Schnitzel
    [autoit]


    Case $TVN_SELCHANGEDW
    If DllStructGetData($tNMTREEVIEW, 'NewhItem') Then _ConfigWizzard_FillInputs()

    [/autoit]


    Sollte so egtl funktionieren, einfach mal ausprobiern

    Tut es leider auch nicht. Und wie bereits erwähnt, wäre es mir neu, wenn ich in einer Treeview mit GUICtrlOnEvent arbeiten kann. Ich erstelle die dynamisch und kann somit doch nicht feststellen welches ich geklickt habe ...

  • SQLite Trigger / Commit wird nicht erzeugt?

    • Yaerox
    • 14. Juni 2013 um 15:55

    TidySource-Backups sei dank! :D

    Genau daran lag es, kam nur leider 23 Stunden zu spät :P Nein Spaß, dank dir!

    Habs halt jetzt schon gelöst ^^

  • SQLite Trigger / Commit wird nicht erzeugt?

    • Yaerox
    • 14. Juni 2013 um 15:49

    Ich habe das Problem heute geschafft zu umgehen indem ich quasi eine rekursive Funktion geschrieben habe die mir dies nun zu Fuß erledigt. Dennoch interessiert mich das jetzt, und ich denke ich werde bei nächster Gelegenheit eure beiden Antworten definitiv nochmal testen.

    Momentan habe/mache ich mir selber ein wenig Zeitdruck, daher muss ich mal schauen wann ich das schaffe, da das alte Script nun schon weiterentwickelt ist ^^
    Vielleicht hab ich noch ein altes Backup davon, ich werd auf jeden Fall mal hier das Statement schreiben wenn ich es getestet habe ;)

    #Edit FOREIGN KEYS war deaktiviert, ob das nun nach der Aktivierung klappt kann ich später erst sagen ;)

  • Treeview - $NM_CLICK hängt nach

    • Yaerox
    • 14. Juni 2013 um 15:42

    Ich nutze in meinem Programm den GUIOnEvent Modus, allerdings ist es mir neu, dass ich so klicks auf die Treeview abfangen kann ... habe Toolbars/Listviews/Treeviews bisher immer über NOTIFY gemacht ^^

    Ich habe das auch schon mit zig anderen Scripten verglichen, ich sehe keinen Unterschied wieso ich bei diesem 2x clicken muss ...

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™