AW: [Wwedit-development] cvs update & ein neues feature & euer feedback...
Status: Beta
Brought to you by:
wegewerk
|
From: Juri M. >> w. <jur...@we...> - 2003-11-25 09:59:41
|
Ich w=FCrde die klassiche "Vererbungslehre" anwenden. Auf der Bearbeitungs-Seite, auf der die Inhalte eingegeben werden, k=F6nnte ein kleines Interface erscheinen, dass alle inherited Elements auflistet, vielleicht mit einer aktiven Checkbox, so dass der User einzelne Elemente deaktivieren kann. Es stellt sich bei dieser L=F6sung folgende Fragen: wie kommet der User a= uf darunterliegenden Seiten wieder an ein ggf. auf der Eleternseite deaktiviertes Elemenet heran? Hier k=F6nnte man ein Elemet hinzuf=FCgen-M= en=FC einf=FChren, das aber wohl zu einem sp=E4teren Zeitpunkt, denn das ist ei= ne eher untypische Anfordreung. Die ander Frage w=E4re, ob bei der Deaktivierung eines Elementes die Elem= ente auch auf untergeordneten Seiten gel=F6scht werden. Hier w=FCrde ich vorsc= hlagen eine Abfrage einzubauen, ob das Element auf den untergeordneten Seiten entfert werden soll. HEUREKA! damit h=E4tte man auch gelich eine L=F6sung= f=FCr das bei der ersten Frage geschilderte Problem: Wenn ich es auf den Untergeordneten Seiten haben will aber nicht auf der obersten, deaktivier= e ich es mit der Option "Deactivatre Element only on this level" statt "Deactivate Element on all subsequent levels". Wenn Bedarf besteht w=FCrde ich mich bereit erkl=E4ren hierf=FCr eine Ski= zze zu erstellen. j > -----Urspr=FCngliche Nachricht----- > Von: wwe...@li... > [mailto:wwe...@li...]Im Auftrag von > Thomas Richter > Gesendet: Dienstag, 25. November 2003 02:17 > An: Wwedit-Development > Betreff: [Wwedit-development] cvs update & ein neues feature & euer > feedback... > > > hi, > > nach einer langen coding session diese nacht, habe ich soeben ein neues > feature in wwedit implementiert. > > folgende details dazu: > > bei der definition von content-objekten kann man ein spezielles attribu= t > _inherit definieren. dies war sonst standardmaessig 0, da dieses featur= e > noch nicht implementiert war. > > durch setzen auf 1 erreicht man, dass alle inhalte von diesem typ an > contentobjekten auch auf ALLEN unterseiten vorhanden sind. dies > bedeutet, dass man zum beispiel 'banner' als eigenes contentobjekt > definieren kann, und durch setzten von _inherit=3D1 eingebene banner au= ch > auf unterseiten vorhanden sind - und dass ganz unabhaengig vom seitenty= p > (also kann man nun auch banner auf sitemap/ kontakt und suche setzen). > > wichtig ist dabei, dass die natuerlich nicht automatisch angezeigt > werden, sondern dass sich das smarty template darum kuemmern muss. > > mein problem, was ich hier diskutieren will, ist, dass nicht immer alle > solche 'vererbbare' objekte auf allen unterseiten sichtbar sein > sollen.... wie loesst man das am besten...? > > eine idee waere, dass man bei eingabe von solchen objekten angeben kann= , > wieviele ebenen tief, bzw. ob ueberhaupt, sich das objekt fortpflanzen > soll. das ist einfach und fast schon ausreichend. problematisch ist es > natuerlich, dass dann natuerlich innerhalb einer ebene keine ausnahmen > gemacht werden koennen... :( > > wie waers vielleicht zusaetzlich mit einem ausschlussverfahren... d.h. > der user kann bei der eingabe eines solchen objektes zusaetzlich auch > noch explizit sagen, auf welchen seiten es nicht angezeigt werden > darf...? > > bitte um kreative idee, wie man so etwas FUER DEN USER am besten loesen > koennte... > > > achso... nach einigen wochen hab ich es auch endlich geschafft, einige > probleme auf mac browsern (safari, ie) zu loesen... scheinbar handelte > es sich dabei nur ein bug bei der bildauswahl im pagetype pt_exttext. > (die schlimmen haben nach auswahl des bildes die inputbox nicht mit der > url des bildes gefuellt....). - is gefixt und in der aktuellen cvs > version... > > > nun mit der fast fertigen vererbung von inhalt, ist auch das letzte bet= a > release von wwedit2.1 (beta2) nicht mehr fern... > > > liebe gruesse > > > auf feedback wartend - thomas > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > wwedit-development mailing list > wwe...@li... > https://lists.sourceforge.net/lists/listinfo/wwedit-development > |