code:

---

Layers may not be created or used directly with Intuition screens.
    Intuition windows are the only supported method of adding layers to
    Intuition screens.  Only the layer locking and unlocking functions
    are safe to use with Intuition.

---

Zitat:

---

Original von tokai:
Kannst Du bitte Deine dispatcher, OM_NEW und InstanceData mit angeben? In den 2 Zeilen die du gepostet hast ist kein Bug, also wird er wohl in den anderen Zeilen sein.

---

code:

---

struct BubbleData {
	   char buf[20];
   };

   DISPATCHERPROTO(BubbleDispatcher) {
	   DISPATCHER_INIT
			   if (msg->MethodID==MUIM_Numeric_Stringify)
	   {
		   struct BubbleData *data = INST_DATA(cl,obj);
		   struct MUIP_Numeric_Stringify *m = (APTR)msg;

		   if (m->value==0) strcpy((char *) data->buf,"disabled!");
		   else if (m->value==5) strcpy((char *) data->buf,"1 sec ;-)");
		   else if (m->value==10) strcpy((char *) data->buf,"2 sec ;-)");
		   else if (m->value==15) strcpy((char *) data->buf,"3 sec :-)");
		   else if (m->value==20) strcpy((char *) data->buf,"4 sec :-)");
		   else if (m->value==25) strcpy((char *) data->buf,"5 sec :-|");
		   else if (m->value==30) strcpy((char *) data->buf,"6 sec :-(");
		   else if (m->value==35) strcpy((char *) data->buf,"7 sec :-(");
		   else if (m->value==40) strcpy((char *) data->buf,"8 sec ;-(");
		   else if (m->value==45) strcpy((char *) data->buf,"9 sec ;-(");
		   else if (m->value==50) strcpy((char *) data->buf,"10 sec i'm sad");
		   else {
			   sprintf((char *)data->buf,"%ld ms", m->value*200);
		   }
		   return((ULONG) data->buf);
	   }
	   return((ULONG) DoSuperMethodA(cl,obj,msg));
	   DISPATCHER_EXIT
   }

---

code:

---

DISPATCHERPROTO(BubbleDispatcher) {
	   DISPATCHER_INIT

	   return((ULONG) DoSuperMethodA(cl,obj,msg));
	   DISPATCHER_EXIT
   }

---

Zitat:

---

Vielleicht ist deine InstanceData ja einfach nur zu gross (da gibts ein Grössenlimit)

Das MUI selbst einen derartigen MUIC_Slider Bug hat bezweifle ich.

---

Zitat:

---

Original von Blackbird:
huhu, du bist ja richtig faul

hey, ich hoffe der Smilie langt als Zeichen das nicht ernst zu nehmen ?

---

Zitat:

---

Original von Zettmaster:
V 0.66

Ist in AmiKit enthalten was In der Amiga Future 63 getestet wurde.

---

code:

---

BubbleClass = (struct MUI_CustomClass *) MUI_CreateCustomClass(NULL,MUIC_Slider,NULL,sizeof(struct BubbleData), (APTR) BubbleDispatcher);
ImageSizeClass = (struct MUI_CustomClass *) MUI_CreateCustomClass(NULL,MUIC_Slider,NULL,sizeof(struct ImageSizeData), (APTR) ImageSizeDispatcher);

---

Zitat:

---

Original von julius:
Was ist denn die aktuelle Version von amistart?

---

Zitat:

---

Original von CASSIUS1999:
Ich hätte da noch eine Idee, weiß aber nicht wie schwierig die Realisation ist (oder ob das Dein Amistart schon kann).

Bei dem Konkurrenzprogramm MRE Startmenu ist es so, dass man, wenn man ein WB-Konformes Programm wie DirOpus oder Term'030 öffnet, die Startleiste regelrecht "mitgeht" d. h. die öffnet sich auch im Diropus/Term-Bildschirm und man kann ganz bequem damit zwischen den Bildschirmen hin und herschalten.

Wie wäre die Machbarkeit so einer Idee?
Das ist für mich ein absolutes Goodie, kein Muss. Dein Programm ist auch so schon genial!

---

Zitat:

---

Original von Turrican:
nur mal aus reiner neugier ... warum stellst du auf deine website keine

---

Zitat:

---

Original von CASSIUS1999:
Die, die auf Deiner Homepage angeboten wird.

---

Zitat:

---

Original von CASSIUS1999:
Nun habe ich allerdings ein Problem:
Seit kurzem habe ich die Macke, dass Amistart immer dann, wenn ich unten auf der Taskleiste den Rechten Mausknopf drücke, der Bildschirm offenbar auf eine andere Auflösung umschaltet, und ich aber nichts mehr als einen weißen Bildschirm sehe.

Ich habe dann den eindruck, dass der Amiga zwar so weit betriebsbereit ist, aber er reagiert nicht mehr auf Eingaben, etc.

Was könnte das sein?

---

Zitat:

---

Original von bubblebobble:
Was soll man z.B. mit dem "alten" Eintrag String machen ?
FreeMem() oder FreeVec() oder lieber in Ruhe lassen ?

---

Zitat:

---

Original von bubblebobble:
Ich habe das jetzt mal so implementiert, dass ich die Toolstrings
manuell austausche. Unter OS3.9 funktioniert das auch.
Aber ich weiss nicht ob das unter OS4/MOS geht.
Schön ist das nicht. Ein OS Befehl dafür wäre mir lieber.

---

code:

---

char      *TTypes[] = {
 "ToolType 1",
 "ToolType 2",
 ...
 "ToolType N",
NULL, };

icon->do_ToolTypes = &TTypes;

---

Zitat:

---

Z.B. würde niemand einsehen, warum ein Jpeg2PNG CLI Tool eine Grafikkarte benötigt.

---

Zitat:

---

Original von bubblebobble:
Irgendwie will ich immer, dass es auch auf Low-Spec Hardware läuft.
Vielleicht ist es mal an der Zeit, sich davon zu trennen.

---

Zitat:

---

Original von Holger:
PS: Was ist an den Exec-Funktionen/Makros so toll, dass man sich lieber mit diesen Inkonsistenzen herumschlägt, statt die Zwei-/Dreizeiler noch mal als saubere C++-Methoden hinschreibt?

---

Zitat:

---

Original von bubblebobble:
Das einzige Problem was ich jetzt noch habe ist, dass ich nur in Schwarz auf meine Bitmaps+RastPort malen kann, mangels ColorMap/Friendly screen.

---

Zitat:

---

Original von akl:
@DariusBrewka:
akPNG exportiert PBAFMT_ARGB (32 Bit) bei Bildern mit Alphachannel, sonst PBAFMT_RGB (24 Bit) - der Alpha-Support lässt sich auch abschalten, dann wird stets 24 Bit exportiert. PBAFMT_#? entspricht den CyberGraphics-Datentypen für RTG-Bitmaps. Was der pic-dt damit macht, ist eine andere Sache - solange jedoch nichts gerendert wurde, kann er damit auch nichts gemacht haben.

---