Welcome, Guest. Please login or register.
Did you miss your activation email?
May 26, 2012, 03:20:00 AM

Login with username, password and session length
Search:     Advanced search
Wollen Sie dem WebsiteBaker Team beitreten?
Nähere Informationen finden Sie unter hier und auf unserer neuen Webseite.
155533 Posts in 21713 Topics by 7739 Members
Latest Member: audillino
* Home Help Search Login Register
Pages: 1 [2]   Go Down
Print
Author Topic: Noch ne Programmier-Bibliothek - Braucht man das? - Diskussionen nicht zum Thema  (Read 1052 times)
Stefek
WebsiteBaker Org e.V.

Offline Offline

Posts: 4884



« Reply #25 on: January 27, 2010, 07:56:10 PM »

Nun ja, Grammatik ist so eine Sache,
für mich klingt es ganz normal und verständlich.
"steckte" drückt eine Möglichkeit aus wink

Ansonsten danke für die Antwort...
Um Deine Nerven nicht all zu sehr überzustrapazieren, werde ich die Frage nicht stellen, was Du machen würdest, wenn eine logischere Lib schon in der 2.6.7 drin gesteckt hätte grin

Gruß,
Stefek
Logged

"In a time of universal deceit, telling the truth becomes a revolutionary act."
- George Orwell, Nineteen eighty-four (1984)
doc
Guest
« Reply #26 on: January 27, 2010, 08:06:39 PM »

Hi,

"was wäre gewesen wenn" Fragen bringen auch wenig. Antworten darauf wären wiederum reine Vermutungen oder Mutmassungen. Schlusswort:
Code:
Wenns Hündle net gschisse häd, häds den Has griechd :wink:

Doc
Logged
mr-fan

Offline Offline

Posts: 1556


WWW
« Reply #27 on: January 27, 2010, 08:15:25 PM »

fünf posts weiter oben evtl. ein ansatz diesen threat wieder in die richtige richtung zu bringen.....

...es ging mal um die Pratical Module Functions wink

Quote
Ich habe vertrauen in bezug auf die unterschiedlichen stiele und eigenheiten...ich vertraue darauf

1.) das _alle_ programmierer und damit meine ich _alle_  wink hier gute arbeit leisten egal ob snippet/modul/droplet das mehr kann als 1+1 z.b. der minikalender usw./core/...
2.) das dies die programmierer auch selber wie schon von thorn, doc und webbird erwähnt wissen!
3.) das für den Core hinsichtlich Templates zu gegebener Zeit geeignete lösungen gefunden werden bis auf ein paar ausnahmen haben die meisten im dev-team die dort coden auch mit design zu tun (spontan fallen mir da ruud,aldus,magnal und natürlich auch bianka ein bei einigen weis ich es schlicht nicht...)  ->wir haben doch so viele baustellen besonders für unsere coder - also bitte keine vorwürfe mehr oder solche die als solche verstanden könnten werden  shocked huh      cheesy

also bitte wieder zum thema von Thomas zurückkehren - sonst gibt es hier gleich noch einen threat ableger....und mose bekommt ein burn-out syndrom..... grin grin

Fragen die ich als Lai noch hätte - an alle die auch thorn anspricht - nähmlich programmierer zwegs seiner Lib!!!! nicht die nichtprogrammierer ob eine weitere sinn macht oder nicht - denn ein nichtprogrammierer sieht gleich oh gott nicht noch eine.....

:: in punkto datenbank handling - unterschiede zu bestehenden libs - @thomas dein ansatz dabei? @anderen unterschied zu den jeweiligen anderen lösungen (dbconnect (hab ich schon mal angetestet), wblib)

:: in punkto settings handling steht noch nichts auf der seite... @thorn was fällt da drunter? valdierung ähnliche dinge wie formbuilder listbuilder

::was mich interessiert, weil ich es noch nicht so gut "lesen" kann ist welche funktionen die beiden klassen in den rhtools zur verfügung stellen? und ob es in den PMF dafür ähnliches gibt? unterschiede?

::was würde noch hilfreich sein oder sinnvoll für solche toolkits oder ein generelles WB Toolkit?

::meine wünsche für WB Lib   

- db connector der einfachere install scripte erlaub und sicheres db handling erleichtert
- wie ich grad gelesen hab schon dopplet gewünscht einfache wysiwyg einbindung in module per stadardlösung
- vom core gestellte sichere/gewartete dateiupload anbindung - imagehandling

so genug dumme fragen

mfg martin
Logged

 
Stefek
WebsiteBaker Org e.V.

Offline Offline

Posts: 4884



« Reply #28 on: January 27, 2010, 08:21:46 PM »

Du hast Recht Martin.

Sorry.

Also ich würde mir etwas von der PMF Art im Core wünschen, direkt neben phpLib.
Ich weiß, dass es zwei völlig verschiedene Sachen sind, weil phpLib auschließlich Templates handhabt.

Mit "etwas von der Art" meine ich:
- wenn eine Lib für WB zusammengesteckt wird, sollte sie auf jeden fall eine einfach zu verwendende Template Engine haben
- eine einfache Herangehensweise an Localization und Sprachfiles.

Ich bin der Meinung, es sollte etwas sein, was späteres Portieren von Modulen in xGenWB erleichtern sollte.

Was eine Lib sonst noch bräuchte, mögen die Entwickler / Programmierer entscheiden. Ich bin Designer von der Wiege an.

Gruß,
Stefek
Logged

"In a time of universal deceit, telling the truth becomes a revolutionary act."
- George Orwell, Nineteen eighty-four (1984)
WebBird
Guest
« Reply #29 on: January 28, 2010, 11:03:06 AM »

Um vielleicht mal etwas über den Tellerrand zu schauen... Ich nutze für meine Homepage (und ein paar andere Projekte) PmWiki. (www.pmwiki.org) Das ist auf der administrativen Seite weit entfernt davon, Einsteigerfreundlic h zu sein (während es auf der Benutzerseite wirklich supersimpel ist). Allerdings gibt es da einige sehr interessante Konzepte, etwa was die Handhabung von Headerdaten (CSS etc), Seiten- oder Seitengruppenspezif ischen Einstellungen, Custom Markup etc angeht.

Wenn ich beispielsweise Daten für den Header habe, packe ich sie einfach in ein globales Array - fertig. Brauche ich bei Nutzung eines Skins angepaßtes CSS, lege ich einfach eine Datei local.css an. Will ich für eine bestimmte Seite zusätzliches CSS haben, lege ich einfach eine Datei <Seitenname>.css an. Und so weiter.

Seitentemplates sind in PmWiki ebenfalls sehr einfach zu handhaben. Es arbeitet nämlich einfach mit HTML-Kommentaren als Platzhalter. <!--PageText--> ist der Seiteninhalt, <!--HTMLHeader--> der oben genannte Header, usw usf. Das ist an Einfachheit wirklich kaum zu übertreffen. rolleyes

PmWiki ist übrigens prozedural geschrieben. rolleyes

Edit: Wie ich darauf kam - globale Kommentarfunktion. Gibt's da.
Logged
Luisehahne
Board Member
Development Team
*****
Offline Offline

Posts: 3147



WWW
« Reply #30 on: January 28, 2010, 12:07:34 PM »

Quote
Will ich für eine bestimmte Seite zusätzliches CSS haben, lege ich einfach eine Datei <Seitenname>.css an. Und so weiter.

Interessante Ausführung, so kannst du jeder Seite ein anderes Aussehen geben, ist die CSS nicht vorhanden, dann StandardDesign.

So mache ich das, für wechselnde Headergrafiken.

Dietmar
Logged

We are human beings - and nobody is perfect at all.
WebBird
Guest
« Reply #31 on: January 28, 2010, 01:49:22 PM »

das geht doch mit WB templates auch schon einfach mit PHP

Ja, aber Du mußt eben mehr tun, als nur eine Datei mit dem richtigen Namen ins richtige Verzeichnis zu legen. Wink Das ist an Einfachheit unschlagbar.
Logged
WebBird
Guest
« Reply #32 on: January 28, 2010, 01:51:21 PM »

:: in punkto datenbank handling - unterschiede zu bestehenden libs - @thomas dein ansatz dabei? @anderen unterschied zu den jeweiligen anderen lösungen (dbconnect (hab ich schon mal angetestet), wblib)

:: in punkto settings handling steht noch nichts auf der seite... @thorn was fällt da drunter? valdierung ähnliche dinge wie formbuilder listbuilder


Dazu wollte ich absichtlich nichts sagen, da FormBuilder und ListBuilder ja offensichtlich Begriffe sind, die Du aus der wblib abgeguckt hast. Wink Die gibt's da halt. Die Frage richtete sich demnach eher an thorn, richtig?
Logged
WebBird
Guest
« Reply #33 on: January 28, 2010, 03:06:09 PM »

Sorry, wenn ich nochmal auf Template Engines zurückkomme, aber ich sah grad das hier:

http://code.google.com/p/serpent-php-template-engine/wiki/Overview

Mein Kommentar - JERKS! Dann doch lieber einfach nur PHP... rolleyes
Logged
Stefek
WebsiteBaker Org e.V.

Offline Offline

Posts: 4884



« Reply #34 on: January 31, 2010, 03:24:31 PM »

Sorry, wenn ich nochmal auf Template Engines zurückkomme....

Tatsächlich gibt es Template Engines wie Sand am Meer.
Hier ist auch eine, ziemlich ugt dokumentierte, die man nicht unbedingt mit dem Symfony Framework, sondern als unabhängige Komponente einsetzen kann.

In den letzten Tagen hatte ich nicht viel Zeit, aber jetzt will ich mal hier ein wenig was klar stellen...

Du unterstellst mir hier Dinge, die einfach unwahr sind.
Das tue ich nicht im größeren Ausmaß als Du.
Schau mal hier:
Hm. Warum fühlst Du Dich angegriffen, nur weil ich auf Savant3 verlinke? huh Ist doch nie schlecht, über den Tellerrand zu gucken?
Du unterstellst mir, ich würde nicht über den Tellerrand schauen... Oder mich angegriffen fühlen - da kennst Du mich nicht gut.

Oder hier:
Nach Deiner Argumentation müßten sich auch alle CMS-Entwickler zusammentun und das Giga-CMS bauen.

Ich kann Dir sagen, meine Auffassung über das WebsiteBaker CMS kannst Du nicht verstehen. Wie könntest Du denn auch?
Es ging mir auch in dem gesamten Thread nicht darum, WB zu verändern oder aufzublähen.
Wer fleißig mitgelesen hat, wird sehen, dass es viel mehr darum ging, eine gemeinsame Basis zu schaffen, die einfach ist und auch später noch bei der Portierung zu einem möglichen xGen WB hilfreich sein könnte.

Und ja, es wäre sicher gut, wenn die Entwickler sich zusammentäten, wie es sich für ein Team gehört und einige Entscheidungen treffen würden.
Wenn man den Berg gemeinsam festlegt, den man besteigen will, kann jeder dann zur Bergspitze aufschauen und es herrscht mehr Ausrichtung auf das Ziel.

Lange Jahre hindurch auf den Bauchnabel zu schauen, wird nicht helfen.
Das sieht man ja bereits.

Keine gemeinsame Basis für den Bau von Modulen, viele Räder müßen wieder und wieder erfunden werden.
Ja, sicher kann diese Erfahrung "irgendwann mal helfen" ein besseres CMS zu bauen, aber was ist mit der Gegenwart?
Die Zeit ist jetzt.
Man kann nur im Jetzt etwas erschaffen und wenn die Mehrheit auf Trompeten wartet, die dann ein neues Zeitalter "einläutet", wo die gesammelten Erfahrungen endlich zum Tragen kommen können, dann kann ich einfach nur sagen, dass es ein schlechter Witz ist.
Warum?

Diese Frage kann sich jeder mal selbst beantworten.



    Fest steht eins: die Module rosten vor sich hin. Viele Entwickler haben gute alternativen und Ansätze zur Verbesserung geschaffen und bekannt gegeben. Und es wäre nichts, absolut nichts daran verkehrt, aus diesen Herangehensweisen eine Auslese zu machen, etwas womit man arbeiten könnte, es gut zu dokumentieren, ins Core aufzunehem und so eine bessere, spätere Portierung von Modulen (jetzt in einer besseren Qualität) zu ermöglichen, wenn es dann mit xGen WB weiter geht.

    Wenn man über den Tellerrand hinaus schaut, sollte man nicht vergessen, dass es immer noch um den Teller geht.
    Spricht also nichts gegen, sich ein wenig pikante Soße drauf zu tun, aber man sollte nicht so lange mit der Aufmerksamkeit vom Teller abschweifen, bis das Essen kalt wird.


Und nur das "Eingerückte" ist, was mich interessiert.
Muskelvergleich oder Klingenschärfe interessiert mich wenig. Genau so wenig Programmierskills oder -stile.

Es geht einfach nur um Vernunft im Hinblick auf Überlebenfähigkeit des Projekts.
Wenn jetzt noch eins/zwei/drei Jahre dadran gewerkelt wird, eine neue Generation des CMS from scratch zu coden, ohne dafür zu sorgen, dass die Qualität dieses (gegenwärtigen) Babies und seiner Erweiterungen vorankommt, ist der Ausgang vorauszusehen.

Ich meine nicht nur Dich, Bianka.
Ich habe Respekt vor Codern und auch Designern. Es ist ein sehr geringer Prozentsatz der Bevölkerung.

Es ist nicht Deine "Zuständigkeit", wie Du sagst. Ich will nur, dass Du meine Sicht der Dinge richtig verstehst, weil die Zitate, einfach nicht das widerspiegeln, was ich über die Sache denke.


Gruß,
Stefek
Logged

"In a time of universal deceit, telling the truth becomes a revolutionary act."
- George Orwell, Nineteen eighty-four (1984)
Waldschwein
Guest
« Reply #35 on: January 31, 2010, 03:57:50 PM »

Hallo!

Das Thema ist hier einmal geschlossen, die Beiträge die mit dem Thema an sich zu tun haben werden umgezogen, alles andere gibt es schon einen anderen Thread dafür.

Gruß Michael

Edit: Bitte nicht persönlich nehmen, es ist nur der Übersicht wegen - es gibt ja bereits einen Off-Topic Thread zum Thema.

Off-Topic geht es hier weiter: OOP / WB-Libs generell / Programmierung von Core-Teams .... : http://www.websitebaker2.org/forum/index.php/topic,16904.0.html

On-Topic (zum Thema PMF von thorn!) geht es hier weiter: http://www.websitebaker2.org/forum/index.php/topic,16888.0.html

Also wie gehabt...
« Last Edit: January 31, 2010, 04:54:42 PM by Waldschwein » Logged
mr-fan

Offline Offline

Posts: 1556


WWW
« Reply #36 on: January 31, 2010, 04:48:32 PM »

 grin wo gehts dann weiter - hatte noch ein paar fragen - die nichts mit template engines und zukunftssorgen zu tun haben...

bitte querverlinken - schade das das hier alles komplett auseinanderdröselt und dass sich wenig programmierer beteiligt haben - vielleicht gerade deswegen?

 huh

mfg martin
Logged

 
Waldschwein
Guest
« Reply #37 on: January 31, 2010, 04:59:44 PM »

Wo es weiter geht steht oben jetzt...

Und warum keine Programmierer sich hier beteiligen: Keine Ahnung, ich denke aber, weil hier Äpfel mit Birnen und alles mit allem verglichen wird (jaja, auch von mir...), und egal wer etwas sagt, sofort ein Gegenargument da ist. Da ist es doch besser, wenn die, die wirklich diskutieren das dann lieber hinter verschlossenen Türen machen.  rolleyes

Gruß Michael
Logged
Pages: 1 [2]   Go Up
Print
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!