amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Suche [ - Suche - Neue Beiträge - Registrieren - Login - ]

Erste << 22 23 24 25 26 -27- 28 29 30 Ergebnisse der Suche: 899 Treffer (30 pro Seite)
DariusBrewka   [Benutzer gesperrt]

01.03.2003, 17:08 Uhr

[ - Direktlink - ]
Thema: Fenster Ikonifizieren
Brett: Programmierung

@Dietmar

Du hast vollkommen Recht und das ist der bisher einzig vernünftige Vorschlag.

gruss
 
DariusBrewka   [Benutzer gesperrt]

27.02.2003, 23:47 Uhr

[ - Direktlink - ]
Thema: Fenster Ikonifizieren
Brett: Programmierung

@Dietmar

Natürlich SnoopDos hat das gleiche Problem verursacht, also tue ich's bei SnoopDos nicht!. Bei vielen Apps geht das nicht, weil denen dafür die "Vorraussetzungen" fehlen (nicht Resizeable etc.), aber bei vielen Andern hatte ich keine Probleme.
 
DariusBrewka   [Benutzer gesperrt]

27.02.2003, 14:58 Uhr

[ - Direktlink - ]
Thema: Fenster Ikonifizieren
Brett: Programmierung

@Holger

Natürlich, darum soll das ja auch nicht defaultmässig gehen sondern Optional und darum wird auch angegeben "Benutzung auf eigene Gefahr".

Das man mit Fremden Fenstern nicht spielen soll, braucht mir keiner erzählen, nur wenn mich 50% Aller anschreiben ich solle das einbauen, so kann ich entweder dieses ignorieren (habe ich bisher auch gemacht, da es AOS nicht unterstützt (MUI etc. ausgenommen)), oder wenigstens eine Option angeben die zugegebenermassen nicht Ideal ist, aber immer noch "besser" als an irgendwelchen Strukturen rumzudoktorn, auch wenn die Änderung der MINSIZE Einträge nichts anderes ist.

Ich würde lieber die MUI Ikonifizierung etc. unterstützen, aber woher soll ich wissen dass ein Fenster MUI-Ikonifizierbar etc. ist?

Bisher habe ich keine Patches von Systemfunktionen benutzt und auch das auslesen der Intuitiondaten geschieht mehr oder weniger geschützt, darum brauch man mir nicht zu sagen an Fremden Fenstern fummelt man nicht.

Wenn ich angebe, alles sei Optional und nicht Sicher, so ist das Legal da man es ja abschalten oder das ganze Programm nicht benutzen muss.
 
DariusBrewka   [Benutzer gesperrt]

27.02.2003, 13:44 Uhr

[ - Direktlink - ]
Thema: Fenster Ikonifizieren
Brett: Programmierung

@gni

Das sagt aber trotzdem nichts darüber aus, dass einige es trotzdem benutzen wollen!.
Anders ausgedrückt wenn du es nicht benutzen willst, so kannst du es bleiben lassen.
 
DariusBrewka   [Benutzer gesperrt]

27.02.2003, 11:10 Uhr

[ - Direktlink - ]
Thema: Fenster Ikonifizieren
Brett: Programmierung

Ich glaube, hier versteht keiner!.
Mensch ich will kein Fenster Iknoifizieren, welches ich erzeugt habe sondern Fenster anderer Applikationen.

Wie ich eigene Ikonifizieren kann ist mir vollkommen Klar und kein Problem, notfalls kann ich CloseWindow benutzen bei Fremdfenstern geht das wohl oder übel nicht.
 
DariusBrewka   [Benutzer gesperrt]

25.02.2003, 23:43 Uhr

[ - Direktlink - ]
Thema: Fenster Ikonifizieren
Brett: Programmierung

Natürlich, den User wird es auch ganz bestimmt freuen wenn er sein Fenster nicht mehr aufbekommt, weil kein Speicher mehr da ist.

Es ist bestimmt nicht der Sinn des "ikonifizierens" Resourcen Freizugeben, sondern das Fenster nicht mehr zu sehen!

Andererseits wird das Fenster in den Hintergrund "Ikonifiziert", d.h. es befindet sich etwas davor und folglich kann nichts angeklickt werden, sodass dieses Argument auch nicht gilt.
 
DariusBrewka   [Benutzer gesperrt]

25.02.2003, 15:34 Uhr

[ - Direktlink - ]
Thema: MCC_Toolbar
Brett: Amiga, AmigaOS 4

Ich denke schon, wenn jedenfalls ich als uploader drinne stehe.
Ansonsten sollte von der ToolBar.mcc in den nächsten Tagen eine "neue" Version erscheinen, die Jens Langner übernommen hat.
 
DariusBrewka   [Benutzer gesperrt]

25.02.2003, 12:03 Uhr

[ - Direktlink - ]
Thema: MCC_Toolbar
Brett: Amiga, AmigaOS 4

Soweit ich weiss, sind die auf der Mason HomePage für YAM2.3, jedenfalls befinden sich in einigen Toolbars zu wenige Images.
Für 2.4 habe ich ins Aminet damals extra eine gefixte Version upgeloaded.
 
DariusBrewka   [Benutzer gesperrt]

25.02.2003, 01:40 Uhr

[ - Direktlink - ]
Thema: Fenster Ikonifizieren
Brett: Programmierung

Das habe ich jetzt nicht gemeint, aber ich habe eine simple Lösung gefunden. Einfach die MinSize einträge auf 1 setzen und das Fenster irgendwo hinschieben und auf 1 Pixel verkleinern. Klappt gut und da sich an dieser Position schon etwas befindet auch vollkommen unsichtbar. Am schluss alles rückgängig machen.
Natürlich muss man noch einiges berücksichtigen, aber ich denke das ist die Simpelste und Kompatibelste Methode
 
DariusBrewka   [Benutzer gesperrt]

24.02.2003, 23:49 Uhr

[ - Direktlink - ]
Thema: Fenster Ikonifizieren
Brett: Programmierung

Hi Hat jemad Ahnung, wie man normale Intuition Fenster ikonifizieren kann, damit meine ich nun nicht MUI oder ähnliche Dinge, sondern diejenigen die das nicht unterstützen.

Es gibt einige Tools, welches dieses ermöglichen, aber ich möchte das in mein eigenes Programm einbauen.

Natürlich weiss ich das das ohne Hacks nicht geht, aber es soll ja nur Optional sein.

Vieleicht gibt es dazu irgendwo Sources??

gruss

Darius
 
DariusBrewka   [Benutzer gesperrt]

23.02.2003, 18:10 Uhr

[ - Direktlink - ]
Thema: AmiStart Weiterentwicklung
Brett: Amiga, AmigaOS 4

Hmm, eigentlich gibt es kaum was was AS am starten hindert (OS3.0 vorausgesetzt). Unter 3.5(9) braucht man noch weniger, nur guigfx und MUI wird vorausgesetzt, alle anderen Libraries sollten durch >OS3.1 installiert sein. Es empfiehlt sich zuerst das ganze ohne Installation zu testen, wenn das läuft ist etwas bei der Installation schiefgelaufen (falsche Pfade in den ToolTypes).
Wohlmöglich sollte ich doch eine Fehlerausgabe einbauen.

gruss
 
DariusBrewka   [Benutzer gesperrt]

21.02.2003, 13:49 Uhr

[ - Direktlink - ]
Thema: AmiStart Weiterentwicklung
Brett: Amiga, AmigaOS 4

@Cybergorf

Die Ideen sind "eigentlich" gut, nur nicht realisierbar ohne AS vollkommen umzuschreiben. Z.B. kann ich nicht mehrere "pfade" auf einmal öffnen, ferner habe ich keine freien Signale mehr zur Verfügung :-(, z.B. musste ich schon teilweise in den MUI Fenstern einige Funktionalität abschalten, damit diese überhaupt noch geöffnet werden können.

Das die Menus immer Rechteckig sind liegt nicht an mir, sondern am System was anderes nicht unterstützt. Mit Tricks kann man sich behelfen, aber diese Methode ist unzulänglich insbesondere wenn man dahinter Fenster hat.

Das AS (immer) am unteren Bildschirmrand ist, mag vieleicht stören, aber da die TaskBar ein Fenster ist müsste ich die mit dem System verschieben, was erstens total lahm ist und da das System keine Transparenz unterstützt noch lahmer. Glaube mir, es ist total simpel das zu machen, aber möchtest du das sich AS mit jeder kleinen Bewegung des Bildausschnittes vom Bildschirm entfernt und wieder auftaucht. Wie gesagt ist dieses gezwungermassen so, weil es nicht anders geht. Das passiert auch bei den Shapes, wenn du die verschiebst!, es geht halt nur so.

Mit den Zeilen und Spalten ist es das gleiche wie punkt 1, wenn man etwas von vornherein nicht bedacht hat, ist es extrem schwer im nachhinein zu implementieren.


@FrostWork

Hmm, das mit dem laden der Icons im Hintergrund, darüber habe ich schon früher nachgedacht, aber werde dieses wohl nicht machen. Erstens habe ich arge Resourcenprobleme, überhaupt noch einen Task zu starten (Signalmangel), und ich glaube dass es eher an der "veralteten" Amigahardware liegt, bei mir auf WinUAE ist die Geschwindigkeit akzeptabel. Ich sage nicht NEIN, aber es ist unwahrscheinlich.
 
DariusBrewka   [Benutzer gesperrt]

21.02.2003, 01:25 Uhr

[ - Direktlink - ]
Thema: AmiStart Weiterentwicklung
Brett: Amiga, AmigaOS 4

@HelmutH
Hmm, bei mir auf WinUAE läufts Problemlos, so dass es auch auf AmigaForever laufen sollte es müsste sich also um eine fehlende Library handeln, die meisten Fehler belaufen sich auf eine fehlende render.library.
 
DariusBrewka   [Benutzer gesperrt]

21.02.2003, 00:01 Uhr

[ - Direktlink - ]
Thema: AmiStart Weiterentwicklung
Brett: Amiga, AmigaOS 4

@FrostWork
Das mit der ttengine.library habe ich erledigt nur noch nicht rausgebracht.
 
DariusBrewka   [Benutzer gesperrt]

20.02.2003, 14:50 Uhr

[ - Direktlink - ]
Thema: AmiStart Weiterentwicklung
Brett: Amiga, AmigaOS 4

Gelesen haben die auch hier genügend, aber reagiert hat fast keiner!. Ich bin halt ein wenig sauer.
 
DariusBrewka   [Benutzer gesperrt]

20.02.2003, 10:28 Uhr

[ - Direktlink - ]
Thema: AmiStart Weiterentwicklung
Brett: Amiga, AmigaOS 4

Diese Überweltigenden Reaktionen veranlassen mich zu dem Schluss das eine Weiterentwicklung über die nächste Version völlig überflüssig ist. Entweder ist AS Perfekt oder es interessiert niemanden, jedenfalls habe ich keine Lust mehr stundenlang daranzusitzen :-(.
Wirklich, ich habe des öfteren Aufrufe gestartet aber 1% Reaktion, vor einigen Tagen (1-2 Wochen) habe ich auf gfxbase.com eine Mitteilung aufgegeben das man sich bei mir meldet (wegen gelöschter Mails+Adressen) und bisher hat sich NIEMAND gemeldet.

Leider ist es Wirklichkeit, die Amiga User bedauern das so wenig Software entwickelt wird, aber wenn man dann etwas tut interessiert das auch keinen. Für mich jedenfalls bringt das nichts, da ich den Amiga nur anschmeisse (WinUAE) um an AS zu arbeiten. Das hat jetzt nichts gegen den Amiga zu bedeuten, aber manche Sachen kann man auf dem Amiga leider nicht machen (Java&Co). Fakt ist das AS Zeit kostet die ich lieber in meine Arbeit investiere.

Zuletzt, es wird eine 0.64 geben, danach werden ggf. noch BUGS beseitigt und wenn jemand mir etwas einfach zu bewerkstelligendes meldet kann ich drüber nachdenken, alles was länger als eine Stunde dauert ist vertane Zeit.

gruss.
 
DariusBrewka   [Benutzer gesperrt]

19.02.2003, 15:55 Uhr

[ - Direktlink - ]
Thema: AmiStart Weiterentwicklung
Brett: Amiga, AmigaOS 4

Hi an Alle, da ich ein wenig Zeit habe, würde ich gerne etwas an AmiStart weitermachen, aber mir fällt nichts ein.
Hat jemand irgendwelche Vorschläge oder Fehler zu berichten??

Ansonsten habe ich durch einen Fehler alle Einträge in meinem Adressbuch incl. der dazugehörigen Mails verloren und einen Aufruf auf gfxbase.com gestartet, aber bisher hat sich kein einziger gemeldet!! :-(, wer sich also mal deswegen bei mir mal gemeldet hat sollte mir seine Adresse senden

gruss
 
DariusBrewka   [Benutzer gesperrt]

23.09.2002, 18:54 Uhr

[ - Direktlink - ]
Thema: Locale ENV-Variablen
Brett: Programmierung

Nuja, bei der intuition.library braucht man im Allgemeinen keine Sorge zu haben, dass diese nicht geöffnet werden kann, nichtsdestotzotz gibt es soetwas wie lokale Env-Variablen nicht. Wie schon gesagt ist für die Prozesskommunikation ein MSG Port zu empfehlen.
 
DariusBrewka   [Benutzer gesperrt]

23.09.2002, 12:38 Uhr

[ - Direktlink - ]
Thema: Signale
Brett: Programmierung

Ob die Signale irgendwo im System benutzt werden ist irrelevant, es ist Klar das für Anwender nur 16 zur Verfügung stehen, die mittels AllocSignal belegt werden MÜSSEN.

Bei SIGB_SINGLE steht bei mir "same as SIGB_BLIT", nuja nun darf man raten was das wohl bedeutet, SIGBreak_CTRL_C ist ein DOS Signal und da es ein anderes Bit benutzt als SIGB_Abort kann ich mir auch gut vorstellen dass es etwas anderes bedeutet. Andererseits heisst SIGBBreak_CTRL_C auch nicht unbedingt, dass das Programm abbrechen muss, sondern nur dass die Tastenkombination gedrückt wurde, d.h. es ist ein USER Signal, währenddessen SIGB_Abort ein internes SystemSignal ist.

Eine Frage, was willst du mit so vielen Signalen eigentlich machen?

gruss
 
DariusBrewka   [Benutzer gesperrt]

23.09.2002, 12:27 Uhr

[ - Direktlink - ]
Thema: Locale ENV-Variablen
Brett: Programmierung

Ich verstehe nicht ganz, was du darunter verstehst. Um daten zwischen verschiedenen Programmen auszutauschen gibt es vielerlei Möglichkeiten, dazu gehören z.B. MessagePorts.

Wie willst du mit "lokalen" Env-Variablen die Synchronisation herstellen?

gruss
 
DariusBrewka   [Benutzer gesperrt]

04.09.2002, 00:00 Uhr

[ - Direktlink - ]
Thema: Masken für BltMaskBitMapRastPort
Brett: Programmierung

Hi, ich muss Masken für Bilder haben dabei gibt es für CLUT Bilder das PDTA_MaskPlane Attribut was auch gut funktioniert, aber für TrueColor Bilder gibt es in den DataTypes scheinbar keine Unterstützung dafür.

Ich habe es mit externen Masken versucht, was auch funktioniert, aber scheinbar nicht bei jedem, hat jemand eine Idee, denke mal dass es an den restriktionen (Breite durch 8 oder 16 teilbar liegen könnte).

Anzumerken bleibt dass ich mich mit Datatypes noch nicht so oft beschäftigt habe.

gruss
 
DariusBrewka   [Benutzer gesperrt]

03.09.2002, 04:12 Uhr

[ - Direktlink - ]
Thema: ASM Datei
Brett: Programmierung

Warum benutzt du einen C Compiler um einen ASM Quelltext zu übersetzen?, es gibt so viele Assembler (PHX, AsmOne, ....) auch freie! das dürfte doch wesentlich einfacher sein. Die Amiga.lib zu linken dürfte im Allgemeinen nicht sinnvoll sein.

gruss
 
DariusBrewka   [Benutzer gesperrt]

01.09.2002, 13:26 Uhr

[ - Direktlink - ]
Thema: Wieder mal ein kleines C-Problem
Brett: Programmierung

Vieliecht liegt das daran, das das IntuiText in MakeText falsch geschrieben ist? und auserdem verstehe ich nicht, warum du Struktur als Array übergibst und dennoch nur ein Element davon verwendest?, bzw kann man Arrays in dieser Art eigentlich übergeben (struct IntuiText Struktur[]), habe es so noch nicht probiert.



[ Dieser Beitrag wurde von DariusBrewka am 01.09.2002 editiert. ]
 
DariusBrewka   [Benutzer gesperrt]

31.08.2002, 00:52 Uhr

[ - Direktlink - ]
Thema: Betatester für VisualPrefs Themes gesucht
Brett: Amiga, AmigaOS 4

Mensch sieht ja richtig Toll aus ;-), insbesondere BubbleMI ;-), auch wenn ich diese Art des SizeGadgets nich so sehr mag.

gruss

Darius

[ Dieser Beitrag wurde von DariusBrewka am 31.08.2002 editiert. ]
 
DariusBrewka   [Benutzer gesperrt]

28.08.2002, 10:57 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

@Georg

Recht hast du, aber ich will mich eigentlich nicht mehr länger damit beschäftigen.

gruss
 
DariusBrewka   [Benutzer gesperrt]

28.08.2002, 04:34 Uhr

[ - Direktlink - ]
Thema: AmiNet gibt's das noch?
Brett: Amiga, AmigaOS 4

@AC-Pseudo

bin irgendwie nicht darauf gekommen, werde es gleich mal machen.

@yelwoC

Stimmt habe ich öfters gehört, werde es überarbeiten müssen, auch wenn dieses Problem bei mir nicht auftritt.

gruss
 
DariusBrewka   [Benutzer gesperrt]

28.08.2002, 00:05 Uhr

[ - Direktlink - ]
Thema: AmiNet gibt's das noch?
Brett: Amiga, AmigaOS 4

Irgendwie zweifele ich ob das Aminet noch existiert, vor über einer Woche was upgeloaded und immer kann man das nicht sehen :-(, seit Tagen nichts neues.

gruss
 
DariusBrewka   [Benutzer gesperrt]

28.08.2002, 00:03 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

@Georg

Nee ich werde mein Programm nicht dahingehend ändern um Fehler anderer Software zu überspielen :-(, es stürzt halt nicht ab und daher stört es mich auch nicht.

gruss
 
DariusBrewka   [Benutzer gesperrt]

27.08.2002, 16:31 Uhr

[ - Direktlink - ]
Thema: MUI String Background
Brett: Programmierung

Nee, ich benutze soetwas nicht.

gruss
 
DariusBrewka   [Benutzer gesperrt]

27.08.2002, 16:29 Uhr

[ - Direktlink - ]
Thema: Fehler in P96/Cgx oder graphics.library?
Brett: Programmierung

@Georg

Wie ich oben einige Male geschrieben habe kommt das Problem bei den einem meiner Programme nicht mehr vor, nachdem ich ein kleines Delay() nach OpenWindow() eingebaut habe. Ansonsten kann man mal schauen, ob du recht hast.

Wieauchimmer, es steht nirgends Geschrieben dass nach OpenWin() eine Verzögerung nötig ist und gesehen habe ich das auch noch in keinem Programmm.

gruss
 
 
Erste << 22 23 24 25 26 -27- 28 29 30 Ergebnisse der Suche: 899 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter      Benutzername
Suchoptionen
Nur in diesen Foren suchen
   nur ganze Wörter
Nur Titel anzeigen
alle Treffer anzeigen

.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.