Archief - [PROG]JAVA non-static method vs static context
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Devroush
Legacy Member
vrees dat ek nog een vraagje heb 
Ik vraag me af of het mogelijk is een panel boven een ander te zetten. Ik zou graag de juiste combinatie tekenen, en op een panel erboven dan een zwart rechthoekske tekenen, zodat ge de juiste combinatie nie kunt zien. Als ge de goeie combinatie nie hebt gevonden zou het bovenste panel dan verdwijnen, waaronder ge de combinatie terug zult kunnen zien. Of is dit onmogelijk in java?
Ik vraag me af of het mogelijk is een panel boven een ander te zetten. Ik zou graag de juiste combinatie tekenen, en op een panel erboven dan een zwart rechthoekske tekenen, zodat ge de juiste combinatie nie kunt zien. Als ge de goeie combinatie nie hebt gevonden zou het bovenste panel dan verdwijnen, waaronder ge de combinatie terug zult kunnen zien. Of is dit onmogelijk in java?
killgore
Legacy Member
Gewoon zorgen dat dat als laatste getekend wordt?
Ik ken niet veel van tekenfuncties in java, maar in de meeste eenvoudige tekenlibraries is het gewoon hetgene dat laatst getekend wordt dat boven alles komt.
Iets geadvanceerdere hebben een z-buffer of z-priority en nog geadvanceerder is "echt" 3D
.
Ik ken niet veel van tekenfuncties in java, maar in de meeste eenvoudige tekenlibraries is het gewoon hetgene dat laatst getekend wordt dat boven alles komt.
Iets geadvanceerdere hebben een z-buffer of z-priority en nog geadvanceerder is "echt" 3D
.
.Acku.
Legacy Member
Normaal gezien zou dat moeten lukken met gewoon simpelweg een panel te adden en te removen, zorg er gewoon voor dat de paint methode van de onderliggende panel opnieuw kan tekenen wanneer je de bovenste panel removed (dus niet een keer slechts laten tekenen, altijd laten die inhoud tekenen als ze automatisch opgeroepen wordt tot er iets anders moet staan).
Een andere manier is het werken met ImageBuffers:
BufferedImage buf = new BufferedImage(800,600,BufferedImage.TYPE_INT);
Graphics2D g = buf.createGraphics();
g.drawImage(...);
Die buffer teken je dan gewoon op je canvas met g.drawImage(buf);
Zo kan je je beeld maken, en er dan een zwarte buffer overtekenen indien het moet, terwijl het origineel blijft bestaan
Een andere manier is het werken met ImageBuffers:
BufferedImage buf = new BufferedImage(800,600,BufferedImage.TYPE_INT);
Graphics2D g = buf.createGraphics();
g.drawImage(...);
Die buffer teken je dan gewoon op je canvas met g.drawImage(buf);
Zo kan je je beeld maken, en er dan een zwarte buffer overtekenen indien het moet, terwijl het origineel blijft bestaan
killgore
Legacy Member
De meeste mensen hertekenen in dat geval heel hun zaakje devroush , wat geen probleem mag zijn als je een beetje deftig gecode hebt (bv. gewoon 1 functie aanroepen in jouw geval met dan enkel een boolean voor dat zwarte balkje). Een beetje zoals Acku hierboven stelde, enkel buffert hij een deel omdat dit bij de 2e keer tekenen toch niet wijzigt, in de meeste grafische applicaties is zelfs dat overbodig & onbegonnenw erk.
, wat geen probleem mag zijn als je een beetje deftig gecode hebt (bv. gewoon 1 functie aanroepen in jouw geval met dan enkel een boolean voor dat zwarte balkje). Een beetje zoals Acku hierboven stelde, enkel buffert hij een deel omdat dit bij de 2e keer tekenen toch niet wijzigt, in de meeste grafische applicaties is zelfs dat overbodig & onbegonnenw erk.killgore
Legacy Member
Buffers zijn een toepassing in elke grafische engine hoor. Enkel zal je in java mssch wat meer eigenlijke graphics bufferen, waar het in andere talen (oudere) gebruik wordt voor "bijna" alleen framebuffering (zodat je niet rechtstreeks op het scherm tekent)..Acku. zei:
En java niet sterk op gfx, ik weet het nog niet zo, ik heb over 2 weken voorstelling gehad voor onze specialisatierichtingen en daar zat toch een zot met een vrij knappe 3D engine in java. Natuurlijk was het enkel de 3D engine, maar toch
. C/C++ evenaren zal moeilijk zijn natuurlijk, maar zo zwak zal het toch niet meer zijn.jodeman
Legacy Member
killgore zei:Buffers zijn een toepassing in elke grafische engine hoor. Enkel zal je in java mssch wat meer eigenlijke graphics bufferen, waar het in andere talen (oudere) gebruik wordt voor "bijna" alleen framebuffering (zodat je niet rechtstreeks op het scherm tekent).
En java niet sterk op gfx, ik weet het nog niet zo, ik heb over 2 weken voorstelling gehad voor onze specialisatierichtingen en daar zat toch een zot met een vrij knappe 3D engine in java. Natuurlijk was het enkel de 3D engine, maar toch
denk niet dat java ooit c++ gaat evenaren qua performantie. Qua programmeren zit java nu al veel verder vind ik persoonlijk.
killgore
Legacy Member
Valt te zien wat je programmeert.jodeman zei:
Elke taal zijn nut, voor we weer in de gebruikelijke flamediscussie vervallen.
edit: programmeer vb: ik programmeer voor gewone applicaties ook liever in c#/java, maar onlangs toch nog teruggevallen naar c++ omdat ik geadvanceerde file-reading moest doen en dat toch iets simpeler ging in c++ als in java (c# kon ik niet gebruiken aangezien ik mono atm niet heb geinstalled en het cross-platform moest zijn).
jodeman
Legacy Member
Das waar, java heeft een heel uitgebreide api, das wel handig als je gewoon programma's maakt voor eender wat. Maar als het op game developen aankomt dan denk ik dat c++ de bovenhand gaat blijven hebben. Heb ergens gelezen dat Sun zichzelf ook niet richt op het maken van games.
Denk dat dat ligt aan de uitgebreide api, als je een game maakt en dan veel de api gebruikt zorgt dat voor veel overhead. C++ draait meer rechtstreeks op uw systeem en java draait altijd op een platform (correct me if I'm wrong).
Heb eigenlijk nog nooit geprogrammeerd in c++.
Denk dat dat ligt aan de uitgebreide api, als je een game maakt en dan veel de api gebruikt zorgt dat voor veel overhead. C++ draait meer rechtstreeks op uw systeem en java draait altijd op een platform (correct me if I'm wrong).
Heb eigenlijk nog nooit geprogrammeerd in c++
.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.