string hex = "#ffffff";

string r  = hex.substr(1,2);
string r  = hex.substr(3,2);
string r  = hex.substr(5,2);

	/*d.h.: r ist ff
			g ist ff
			b ist ff
	*/
	/* jetzt will ich dass diese drei werte in dec umgewandelt werden
	 also 255 255 255 */

wie geh ich da vor .. oder gibt es eine bessere möglichkeit die r g b werte aus einer hex farbe mit vorangehender # zum beispiel eben #ffffff herauszufiltern?

google ist dein Freund

ulong Zahl = strtol(str,NULL,16);

In C++ macht man dies über einen std::stringstream und dem Manipulator std::hex . Bzw. für die Konvertierung von String zu Zahl reicht ein std::istringstream .
http://www.cplusplus.com/reference/iostream/istringstream/
http://www.cplusplus.com/reference/iostream/manipulators/hex/

int value;
std::istringstream iss("ff");
iss >> std::hex >> value;

Grüssli

Oh bitte, doch nicht im C++ Forum eine C Lösung zeigen ...

unsigned long Zahl = std::strtol (str.c_str (), 0, 16);

@dravere danke.. werd ich gleich mal checken....

Grüssli

Ich sehe den Vorteil der Stringstream-Variante nicht.

langsamer, umständlicher, die exe ist größer, ist schwieriger zu behalten, vereinigt also eigentlich alle nachteile, die man zusammentragen kann.
gemacht wird es aus der motivation "guter stil muß weh tun, sonst kann er nicht gut sein.", auch seit ewigen zeiten bekannt als "nur bittere medizin ist gut.".
dazu kommt noch eine seltsame verklärung, daß manche meinen, man dürfe niemals das naheliegende mittel wählen, sondern immer nur das, was in c nicht geht bzw. das, was weiter von c weg ist.

Ich sehe den Vorteil der Stringstream-Variante nicht.

Ein C++ Anfänger sollte mit den Stringstreams vertraut sein, da sie deutlich mehr können. Wenn er von Anfang an immer wieder auf die C Funktionen zurückgreift, wird er nie erfahren, dass es auch anders geht und wird dadurch auch nie irgendwelche Gedanken in diese Richtung verschwenden. Das Gebiet wird ihm verschlossen bleiben und das ist nicht gerade sinnvoll.

audacia schrieb:

Und strtol ist ebenso legales C++.

Es ist legal in C++, aber trotzdem C.

Zudem, so am Rande, meinst du eigentlich nicht eher strtoul ? Denn strtol gibt ein long int zurück, während strtoul ein unsigned long int zurück gibt. Noch ein Nachteil von den C Funktionen, sie sind unleserlich

@volkard,
Wir kennen deine voreingenommene Einstellung, welche zwar schon mehrmals widerlegt wurde, aber im Alter will man ja nicht mehr lernen
Zudem übertreibst du immer und machst blöde Witze, machst dich über andere lustig, statt sinnvoll zu argumentieren. Ich hoffe bloss, dass du kein Chef bist, dass wären so arme Leute unter dir ...
Und ich habe auch dir schon X Mal erklärt, wieso ich einem Anfänger nicht C in einem C++ Forum vermittle. Aber das scheint dir auch herzhaft gleich zu sein und klopfst lieber weiterhin blöde Sprüche ...

Grüssli

Ein C++ Anfänger sollte mit den Stringstreams vertraut sein, da sie deutlich mehr können.

Sicher - wenn er sie braucht, sollte er sie kennen. Man kann darüber streiten, was die C++-Streams taugen - ich persönlich halte sie für einen gewaltigen Designfehler -, aber ganz unabhängig davon bin ich für die beste Lösung und nicht die mit dem höchsten Bildungswert. Und hier ist strtol angemessener, weil man den Overhead der Stringstreams gar nicht benötigt und zudem die Einführung einer lokalen Variable vermeiden kann. Die Stringstream-Variante enthält ohnehin so viele unnötige Details, daß man sie in eine separate Funktion auslagern sollte:

int hexToInt (const std::string& str)
{
    int value;
    std::istringstream iss (str);
    iss >> std::hex >> value;
    return value;
}

Mit strtol ist das gar nicht erst notwendig.

Dravere schrieb:

Zudem, so am Rande, meinst du eigentlich nicht eher strtoul ? Denn strtol gibt ein long int zurück, während strtoul ein unsigned long int zurück gibt.

Ganz recht; das übersah ich.

Dravere schrieb:

Noch ein Nachteil von den C Funktionen, sie sind unleserlich

Da wäre ich aber ganz vorsichtig
Die Leserlichkeit der C-Funktionen ist in der Tat suboptimal; das gilt allerdings gleichermaßen für die meisten UNIX-Kommandos, und aus dem Umfeld kommt C nun mal. Man kommt mit ein wenig Eingewöhnung damit zurecht - und daß strtol "string to long" heißt, wird man sich ja noch herleiten können Dennoch favorisiere ich die explanativen Benennungsschemata, wie sie im Windows-API oder in den meisten moderneren Umgebungen zu finden sind.

..., aber ganz unabhängig davon bin ich für die beste Lösung und nicht die mit dem höchsten Bildungswert.

Ich bin für die beste Lösung, wenn es darauf ankommt. Bei einem Anfänger geht es mir aber definitiv um den Bildungsgrad. Wenn also jemand kommt und nachfragt, ob es eine einfachere und womöglich schnellere Version dafür gibt, dann würde ich dazu raten, es mal mit den C Funktionen zu testen. Es ist allerdings unwahrscheinlich, dass std::stringstream wirklich zu einem Bottleneck wird.

audacia schrieb:

Dravere schrieb:

Noch ein Nachteil von den C Funktionen, sie sind unleserlich

Da wäre ich aber ganz vorsichtig

Ganz ehrlich, ich finde die std::stringstream Variante leserlicher. Es ist kein Wunder, dass sie weniger kompakt ist, da es eben leserliche Namen sind. Bei der C Variante ist alles schön kompakt, dafür hat man seltsame magische Buchstaben, welche einem überhaupt nichts sagen.
Die std::stringstream Variante kann ich gerade zu als Satz lesen, während die printf Variante irgendein Kauderwelsch ist
Aber so unterscheiden sich die Geschmäcker

Nur noch als Ergänzung: Ich halte die std::stringstream auch nicht für das Gelbe vom Ei. Aber sie sind, meiner Meinung nach, noch eine der besten Varianten, welche ich kenne.

Grüssli

Es ist allerdings unwahrscheinlich, dass std::stringstream wirklich zu einem Bottleneck wird.

Unwahrscheinlich ist es hier schon, ja.

Dravere schrieb:

Ganz ehrlich, ich finde die std::stringstream Variante leserlicher. Es ist kein Wunder, dass sie weniger kompakt ist, da es eben leserliche Namen sind. Bei der C Variante ist alles schön kompakt, dafür hat man seltsame magische Buchstaben, welche einem überhaupt nichts sagen.
Die std::stringstream Variante kann ich gerade zu als Satz lesen, während die printf Variante irgendein Kauderwelsch ist

Gut zusammengefaßt soweit. Nun setz dich mal hin und lerne die paar grundlegenden Regeln der printf()-Formatstringsyntax auswendig, und dann lies das Ganze nocheinmal. Du wirst feststellen, daß du die relevanten Teile - den Ausgabetext, die Argumente - in der C-Fassung am Stück und innerhalb ein, zwei Sekunden erfassen kannst. In der C++-Variante mußt du Textteile zusammensuchen, Flags und Manipulatoren von Parametern unterscheiden und außerdem - dem Manipulatorenkonzept sei dank - beim Verständnis des Ablaufes zusätzlich beachten, welchen Zustand der herumgereichte Stream zu welchem Zeitpunkt hat.

Das ist regulären Ausdrücken nicht unähnlich. Für Uneingeweihte sind sie unlesbar, aber wer sich ein wenig damit beschäftigt hat, kann extrem effizient damit arbeiten.

Nun setz dich mal hin und lerne die paar grundlegenden Regeln der printf()-Formatstringsyntax auswendig, und dann lies das Ganze nocheinmal.

Ich kann die printf Syntax schon lange auswendig. Oder zumindest zu einem grossen Teil. Das ändert an meinem Urteil aber nichts. Wie ich schon sagte, dass ist halt zum Teil Geschmacksache, sowas muss man auch lernen zu aktzeptieren
Wobei ich allerdings zugeben muss, dass viele Leute das Gefühl haben, dass ich einen verwirrten Geschmack habe. Zum Beispiel wenn ich in meinen Kaffee Orangensaft statt Milch tue

audacia schrieb:

Das ist regulären Ausdrücken nicht unähnlich. Für Uneingeweihte sind sie unlesbar, aber wer sich ein wenig damit beschäftigt hat, kann extrem effizient damit arbeiten.

Gegen das Effizient arbeiten sage ich nichts, aber diese Dinge lesen? Obwohl ich die Syntax verstehe, muss ich manchmal mehrere Minuten lang einen Ausdruck anschauen, bis ich dieses seltsame Durcheinander im Kopf entwirrt und die entsprechenden Bedeutungen zugewiesen habe

Grüssli

Zudem übertreibst du immer und machst blöde Witze, machst dich über andere lustig, statt sinnvoll zu argumentieren.

das traurige ist, daß es keine witze sind. ich stochere nur gelegentlich gegen den einen oder anderen religiösen lehrsatz.

Und ich habe auch dir schon X Mal erklärt, wieso ich einem Anfänger nicht C in einem C++ Forum vermittle.

andere haben mir auch schon zigmal erklärt, warum sie an gott glauben. und doch widerspreche ich und störe ihre missionarische tätigkeit.

Oh bitte, doch nicht im C++ Forum eine C Lösung zeigen

gewöhn dich dran, daß ich dabei störe.

das traurige ist, daß es keine witze sind. ich stochere nur gelegentlich gegen den einen oder anderen religiösen lehrsatz.

Wobei deine Überzeugung genauso als religiösen Ansatz betrachtet werden kann. Also ist schon nur diese Aussage wieder so sinnfrei, da bleibt einem die Sprache weg, wieso du so einen scheiss hinschreibst.
Dass du immer wieder gegen andere vorgehst bei den banalsten Sachen, zeigt doch nur, auf welchem Niveau du dich befindest. Zudem ist es ja eben das Problem, dass du gar keine Argumente bringst. In den meisten Fällen machst du nur eine abschätzige Bemerkung. Sowas ist einfach nur äusserst unhöflich.

volkard schrieb:

Und ich habe auch dir schon X Mal erklärt, wieso ich einem Anfänger nicht C in einem C++ Forum vermittle.

andere haben mir auch schon zigmal erklärt, warum sie an gott glauben. und doch widerspreche ich und störe ihre missionarische tätigkeit.

Es geht eben nicht um das Widersprechen. Das Problem ist, dass du meinen Lehrsatz nicht mal gelten lässt. Jedesmal wenn ich den aufbringe, gehst du dagegen vor, als wäre dein Lehrsatz der einzig Richtige. Du bist schlimmer als die, welche du kritisiert!

volkard schrieb:

Oh bitte, doch nicht im C++ Forum eine C Lösung zeigen

gewöhn dich dran, daß ich dabei störe.

Lern erstmal zu lesen! Dahinter stehen drei kleine Punkte und ein Smilie, welches den ganzen Satz etwas lächerlich machen soll. Ich habe es gar nicht so ernst gemeint, sondern wollte noch den anderen Ansatz aufzeigen. Aber du bist so überzeugt von deinem Lehrsatz, so fanatisch, dass du es überhaupt nicht aktzeptieren kannst, dass es auch andere Meinungen gibt und dass jemand diese halt auch noch kund tun will.

Du hättest die Sache einfach stehen lassen und den um Hilfe suchenden entscheiden lassen, was er benutzen will. Er hätte die Wahl gehabt, da ihm zwei Lösungen vorgeschlagen wurden. Vielleicht hätte er noch weiter nachgefragt oder sonst was, aber was du machst ist predigen. Du gehst voran und ziehst mit sau blöden Kommentaren den anderen Lehransatz in den Dreck. Du bist unfähig eine andere Meinung auch gelten zu lassen.

Grüssli

Du bist unfähig eine andere Meinung auch gelten zu lassen.

stimmt. da hast du vollkommen recht und ich muß deine meinung gelten lassen.