Improved Console v2.0 Beta

Shade Of Mine

äh wieso für anfänger?

muss sich ein fortgeschrittener immer mit allegro rumschlagen?

dark::red sollte zu darkred werden (IMHO)

farben mit den op() überladen finde ich praktisch. aber nur wenn es wirklich viele farben gibt.

1. Für den Anfänger darf kein Ballast da sein - weg mit den vielen Namespaces, eine sety-Funktion braucht keinen eigenen Namespace. Da braucht man ja länger für das Eingeben der Position in einem Namespace als für die eigentliche Arbeit.

Wieso Anfänger? soll man nur weil auch Anfänger diese Lib verwenden können das design mies machen?
warum sollen ANfänger nicht sehen wie man es richtig macht?

vorallem was ist mit den Nicht-Anfängern? Die willst du aussen vor lassen?

2. Die Funktion undo() ist irgendwie komisch. Sie wiederspricht dem Prinzip der Namen deiner Funktionen: setcolor sollte nicht am Ende wieder die Farbe zurück setzen?! Oder kann man deine Manipulatoren auch als Funktionen immer und überall aufrufen? Dafür dann aber statisch?

guter punkt:
aber so verhalten sich die IOStream Manipulatoren ja auch - sehe also sinn darin das prinzip beizubehalten.

3. Einige dich auf eine Sprache ein getKonsoleInfo() klingt irgendwie komisch

jep - englisch sollte überall eingehalten sein.
sonst drehen die armen nicht-deutsch-sprecher ja noch durch

technisch gesehen finde ich diese improved console recht interessant. sollte sie auch für unix erscheinen kommt sie sofort in den standard-include ordner

SideWinder

@Dimah: Dann würde ich aber die Aufteilung so erledigen:

jetziger Name ------ neuer Name ------ Inhalt
----------------------------------------------------
    konmanip.h         manipulator.h     dein Manipulator
    kontools.h         col_iostream.h    deine Improved Console

Die Improved Console hat ja eigentlich mit deinem Manipulator wenig zu tun. Außerdem würde ich nicht nur im Headernamen dringlichst abwärtskomptibel zur alten IC (neue Abkürzung...) bleiben.

Das mit den Farben lassen wir mal außen vor - geht zu sehr ins Detail ;).

Das mit dem Aufrufen hab ich jetzt kapiert - klingt sehr gut :).

@Shade Of Mine:

äh wieso für anfänger?

muss sich ein fortgeschrittener immer mit allegro rumschlagen?

Nein, aber ein Anfänger kann sich eben nur mit der IC rumschlagen, ein Fortgeschrittener kann ja dank des neuen Konzepts leicht von worker_base ableiten und seine eigenen Tools basteln.

Aber auf keinen Fall sollten wir hier nur was für Fortgeschrittene basteln und die eigentliche Zielgruppe aus den Augen lassen...

Ich wäre ja auch für eine Einführung von irendwelchen Toolsammlungen die dann auf worker_base basieren. Da lässt sich dann ja leicht etwas erweitern.

Wieso Anfänger? soll man nur weil auch Anfänger diese Lib verwenden können das design mies machen?
warum sollen ANfänger nicht sehen wie man es richtig macht?

Ist es leicht schön gestaltete Arbeit wenn man sich durch 4 Namespaces Doppelpunkten muss bis man bei seiner Farbe ist?

MfG SideWinder

SideWinder

BTW: Warum ist der auto_ptr aus manipulator mutable?

MfG SideWinder

Gerard

Original erstellt von SideWinder:
**BTW: Warum ist der auto_ptr aus manipulator mutable?

MfG SideWinder**

meine stl implementierung ist mist und stlport macht probleme (selbt wenn *ich* stlport haben würde, ich kann ja schlecht den leuten sagen sie sollen sich stlport instalieren)
z.b. std::auto_ptr<T>::release() ist nicht const
ist ein workaround für msvc

Gerard

Original erstellt von Shade Of Mine:
sollte sie auch für unix erscheinen kommt sie sofort in den standard-include ordner

wird kommen, aber eins kann ich sagen mir ist die winapi lieber.
die curses.h lib
100 funktionen, für jede aufgabe gibt es ~zwei funktionen, bei den meisten funktionen kann man nicht mal erahnen was sie machen
irgend welche marko zaubereien, globale variablen
ahja hast du unix? ich brauche jemanden der testet

zu zeit muss ich noch ein problem beseitigen,

int main()
{
    cout << gotoxy( 10, 10 ) << '#' 
         << gotoxy( 10, 20 ) << '#' 
         << gotoxy( 20, 10 ) << '#'
         << gotoxy( 20, 20 ) << '#';
}

macht nicht was es soll

Gerard

ahja mit den farben habt ihr mich klein gekriegt, dark kommt weg weil in namespaces sollen sachen rein die zusammen gehören und die farben gehören zusammen, auch wenn man sie in einer seperaten gruppe einordnen kann

DrGreenthumb

ncurses? ieh... Wieso nicht einfach Escape-Sequenzen?

Escape-Sequenzen? ihh :p

DrGreenthumb

Original erstellt von <mod>:
Escape-Sequenzen? ihh :p

wieso?

Shade Of Mine

Original erstellt von DrGreenthumb:
wieso?

warum escape sequenzen?
müssen laut POSIX die Treiber für die Escape Sequenzen installiert sein?

wenn nein, dann ist das ein KO Kriterium.

Gerard

Original erstellt von Shade Of Mine:
wenn nein, dann ist das ein KO Kriterium.

Escape-Sequenzen können mir aber nicht sagen wo sich grad der curser aufhält

Shade Of Mine

@SideWinder:

Anfängern sollte doch die alte IC reichen, oder?

Warum muss n Profi sich die sachen selber basteln? Dann hab ich ja keine Plattform unabhängigkeit - es sei denn ich portier mir das selbst.

aber dann kann ich ja gleich die ganze lib selber schreiben...

IMHO soll eine library alles können was man braucht und für spezialfälle soll man sie einfach erweitern können. und nicht umgekehrt.

was ist ausserdem an Dimahs Design schlecht? nichts - es ist halt für Anfänger nicht leicht durchschaubar - na und? Anwenden können sies trotzdem. Und welcher Anfänger kapiert schon die WinAPI?

Ich finde es recht gut wenn Anfänger von Anfang an an schönes Design gewöhnt werden - dann fragen sie sich vielleicht was diese manipulatoren sind und aufeinmal stehen sie mit beiden beinen in der IOStream Library. Oder sie kümmern sich nicht drum und verwenden es halt nur - schadet auch nichts.

aber wenn man sie mit C Design konfrontiert werden die ja nie OOP lernen...

und wieso abwärtskompatibel?
einziger Grund den ich dafür kenne ist es, bestehenden Sourceocde nicht zu brechen - das ist hier aber nicht gegeben.

@Dimah:
ne gute Doku würde der Lib auch nicht schade

SideWinder

@Shade: Ich glaube du verstehst mich nicht richtig. Ich habe nicht gesagt, dass Dimahs Design schlecht ist, im Gegenteil. Aber zuviele Namespaces können auch den angenehmen Umgang mit einer Libary verschlechtern. Der komplette std-Namespace hat ganz selten (oder eigentlich nie?) Namespaces die darunter liegen. Warum müssen also jetzt alle ihre Libaries mit Namespaces füllen? Einer oder zwei reichen doch auch vollkommen...

was ist ausserdem an Dimahs Design schlecht? nichts - es ist halt für Anfänger nicht leicht durchschaubar - na und? Anwenden können sies trotzdem. Und welcher Anfänger kapiert schon die WinAPI?

Ich finde es recht gut wenn Anfänger von Anfang an an schönes Design gewöhnt werden - dann fragen sie sich vielleicht was diese manipulatoren sind und aufeinmal stehen sie mit beiden beinen in der IOStream Library. Oder sie kümmern sich nicht drum und verwenden es halt nur - schadet auch nichts.

Also jetzt merke ich, du verstehst mich wirklich falsch. An Dimahs Design ist nichts schlecht. Falsch finde ich nur zuviele Namespaces. Anfänger kapieren die WinAPI nur selten auf Anhieb - na und? Warum basteln wir glaubst du eine IC? Natürlich um ihnen die Konsolen-API zu ersparen .

Sie sollen sich auch an schönes Design gewöhnen und ich finde Dimahs Design sehr gut, nur die Namespaces sollen halt nicht sein...

Was bauscht du die Sache auch so grundlos auf? Ich sag mir gefallen die vielen Namespaces nicht und du glaubst ich finde Dimahs komplettes Design schlecht?! Also bitte...

Anfängern sollte doch die alte IC reichen, oder?

Warum muss n Profi sich die sachen selber basteln? Dann hab ich ja keine Plattform unabhängigkeit - es sei denn ich portier mir das selbst.

Also wenn dann eine neue Version und keine alte, mehrere sind nur unübersichtlich. Außerdem hat niemand gesagt das man sich die Sachen selbst basteln muss, Dimah hat eh schon den gesamten Umfang eingebaut den die alte IC beherrscht - und der reicht vollkommen, hat sich noch nie jemand beschwert .

IMHO soll eine library alles können was man braucht und für spezialfälle soll man sie einfach erweitern können. und nicht umgekehrt.

Ja, bei mir hat sich noch nie jemand über Marcus IC aufgeregt, warum also den Inhalt künstlich aufblähen? Wie kommst du überhaupt darauf? Wenn man Namespaces raus nimmt, kann doch die Liabry nicht weniger?...

MfG SideWinder

SideWinder: Wiederhol dich doch nicht in jedem Satz.

SideWinder

Ist mir auch eben aufgefallen, aber für editieren ist es schon zu spät - dieses zusammenstöpseln von Beiträgen ist wohl nicht so gut ;). Unterstreicht eventl. vielleicht meine Aussage ;).

MfG SideWinder

Gerard

ich denke die kontools.h isteinfach genug
konmanip.h ist dann für die die mehr wollen

ob das jetzt ein gutes bsp für anfänger ist was gutes desing oder gutes c++ ist, ne ist es nicht, höstens dafür das ich für wenig nutzen sehr viel aufwand treibe
ich denke es gibt sprachen die es einen leichter gemacht hätten oder es schon im keim erstick hätten (dann wurde ich meine zeit damit jetzt nicht verschwenden)

ps. habe den code geupdatet
ps. wurde sich drüber freuen wenn sich jemand als linux beta tester melden würde

[ Dieser Beitrag wurde am 24.02.2003 um 23:21 Uhr von Dimah editiert. ]

Shade Of Mine

Original erstellt von SideWinder:
**Ja, bei mir hat sich noch nie jemand über Marcus IC aufgeregt, warum also den Inhalt künstlich aufblähen? Wie kommst du überhaupt darauf? Wenn man Namespaces raus nimmt, kann doch die Liabry nicht weniger?...
**

Marc++us' Version ist für Anfänger - der Umfang ist nicht schlecht, aber für ne ordentliche Library wünsche ich mir mehr features.

Aufblähen ist gut, solange das Zero-Cost-Principle nicht gebrochen wird. Und Dimah bricht es (soweit ich jetzt gesehen habe) nicht.

Gerard

Original erstellt von Shade Of Mine:
**Marc++us' Version ist für Anfänger - der Umfang ist nicht schlecht, aber für ne ordentliche Library wünsche ich mir mehr features.

Aufblähen ist gut, solange das Zero-Cost-Principle nicht gebrochen wird. Und Dimah bricht es (soweit ich jetzt gesehen habe) nicht.**

also Umfangreicher als IC 1.0 ist es nicht, beim porten musste ich sogar sachen verschwinden lassen z.b. settitel
oder habe es einfach so rausgenomen z.b. void home() { gotoxy(0,0); }
die sache mit aufblähen ist so, bringt es wirklich einen nenenswerten vorteil wenn ich in kon noch ein zweiten namespace haben curser? bei dieser code umfang bestimt nicht, das sind aber techniken auf die ich nicht verzichten will bei größeren projekten, da ich bei keinen projekten üben will werde ich jetzt daruf nicht verzichten (ok colors da habe ich übertieben)

Hammer

ich als fortgeschrittener anfänger hab mir den umgang mit iostreams
schleunigst abgewöhnt !

ich bleibe beim ansi c
ausserdem ist man da viel flexibler ...
hab deshalb meine wincolio.lib selbst editiert und alle iostream-anweisungen
rausgeschmissen :p

stdio rockZ

... ich sollte so langsam die lincolio.lib unter linux testen, ob die geht...
hehe dann ist mein prog endlich win+lin - compilierbar

ahh und nochwas:

#pragma comment(lib, "wincolio.lib") rockZ!

#ifdef WIN32
#pragma comment(lib, "wincolio.lib")
#pragma comment(lib, "wsock32.lib")
#include <winsock.h>
#else
#pragma comment(lib, "lincolio.lib")
...

ich liebe direktiven...

mfg haMMer

[ Dieser Beitrag wurde am 25.02.2003 um 19:27 Uhr von Hammer editiert. ]

Gerard

Original erstellt von Hammer:
**ich als fortgeschrittener anfänger hab mir den umgang mit iostreams
schleunigst abgewöhnt !
**

wir können das gerne ausdiskutieren, aber bitte nicht hier