MyXoops Forum

Re: news 1.4 [Module für News und Content] - myXOOPS German Support

Gast

Gepostet am:08.09.2005 10:45
Gast
Gast (Show more)
Posts: 0
Since:
#30

Re: news 1.4

Wie unerfreulich! Wie wäre es wenn ihr es wie Männer draußen vor der Tür regeln würdet? 12 Uhr mittags vielleicht?

Da ich mir durchaus vorstellen kann, dass das hier vorerst kein Ende nimmt, schließe ich diesen Thread.

Gast

Gepostet am:08.09.2005 10:40
Gast
Gast (Show more)
Posts: 0
Since:
#29

Re: news 1.4

sei nicht verwundert das das die letzte anwort überhaupt noch an deine person sein wird.
was du als junk einstufst oder anderen entwicklern in die schuhe schieben magst, ist deine art eine sache zu bedrachten. du stellst in einem posting behauptungen auf, die hier im ganzen forum nicht zu finden sind.
wegen solchen leuten wie dir hat man gar keine lust mehr überhaupt noch was für xoops zu tun. von deiner sorte rennen genug rum und genügend leute sind deswegen gegangen bzw. liefern keine freeware mehr ab.

du bist unfähig konstruktiv-objektiv etwas auf dieser seite hier mit zu teilen, das einzigste was du kannst ist leute schief anmachen.
solltest du irgendwelche probleme haben kannst du selbsthilfegruppen in deiner umgebung aufsuchen, die hören dir sicher zu und versuchen dir zu helfen.

Advertisement

Gepostet am:0
Advertisement (Show more)
Posts: 0
Since: 0


Hier könnten Sie Ihre Anzeige aufgeben!
Bitte kontaktieren Sie uns, um mehr darüber zu erfahren.

metropolis

"myXOOPs"-Neuling
Gepostet am:08.09.2005 10:16
metropolis
metropolis Offline (Show more)
"myXOOPs"-Neuling
Posts: 53
Since: 17.07.2004
#28

Re: news 1.4

Zitat:

grafvonhenneberg schrieb:
macht man die progger drauf aufmerksam das es optimalere oder sinnvollere methoden gäbe, dann bekomsmt als anwort, was interessiert uns das, du bekommst doch nichtmal ne smartyvariable gebacken (wenn die wüßten) und genau hier hört es dann auf das ich noch freeware anbiete.

wenn die progger nicht wollen, keine vorraussicht und organisation haben und dann einen noch schwach anreden bzw. zugesendete template sets einfach im mülleimer verschwinden, dann lasse ich meinen frust irgendwann mal im forum ab

Dann mach das doch bitte in den Foren der Entwickler, die Deiner Meinung Deine sinnvollen Beiträge einfach ignorieren oder meinst Du Hervet, der (französische!) Entwickler des News-Moduls liest hier mit?

Wenn ich Modulentwickler wäre und eine Mail in der Art wie Du hier schreibst, bekommen würde, würde ich die Mail auch gleich als Junk einstufen und wegwerfen.

Sorry, aber wenn man etwas kritisiert, dann sollte man auch in der Lage sein, wenigstens einen einzigen verständlichen Satz zu schreiben - daran scheiterst Du immer wieder kläglich und deshalb nimmt Dich auch niemand ernst (ich denke da auch an Dein grandioses von Google oder Babelfish ins Englische "übersetzte" Posting zur Lage von Xoops 2.2 auf xoops.org. Das war einfach nur peinlich - die Leute müssen ja denken, die deutschen Xoops-Benutzer sind komplette Vollspacken).

Gast

Gepostet am:08.09.2005 08:49
Gast
Gast (Show more)
Posts: 0
Since:
#27

Re: news 1.4

wenn ich mal an die decke gehe dann mit hingabe, eben weil da die ganzen punkte noch dazu kommen, die du hier mit nennst.

es hies einmal es kommt ein gütesiegel, das bekommen nur die module die fehlerfrei laufen und diew3c konform sind. das gütesiegel wäre ein anreiz gewesen, aber nein es wird schlimmer.
geschichten wie hr br border, das ist ja noch harmlos, editor auf, alle files da rein. ersetzten in allen dokumenten, ist ein klick und rest macht der editor. kurz diese kleinigkeiten sind kindergacke, schickt man zum entwickler, schaust in die nächste version und pustekuchen. ok was solls... kommen blöde antworten, dann ist nichts mehr mit pustekuchen, dann sagt man sich nur noch, habt mich gern.

wieviele module verwenden inzwischen eine eigene css, mischmasch, keine organisation. manche sachen laufen nichtmal im default ordentlich, in den verschiedenen browsern, also muß ich mich fragen, schauen die ihr zeug eigentlich auch an.
manchme module greifen so tief in xoops ein das sie die ganze templateenige zerstören, die folge ist ein totalabsturz der ganzen page, nicht reperabel außer durch ein backup, aber da ist mit wahrscheinlichkeit schon der schleichende fehler drin...

xoops und module sind os, es führt dazu das es module gibt die einen sinn erfüllen, aber viele user noch was haben wollen, es fängt die flut der hacks hat. einige module auf xoops laufen nicht, ich muß die ganzen pages durch suchen und finde dann mal da und da das passende, nehm die hacks, die freundlicherweise meist sehr gut kommentiert sind und bastel mir das alles selber zusammen. bin ich freundlich haue ich das modul auch auf meine page, jippie noch eine version.

gesetzt den fall ich sage ok, ich mache eine kleine page auf. sendet schön langsam ein modul nach dem anderen ein, bringt die hak versionen dazu und wir führen das im deutschen bereich zusammen und machen daraus eine cvs sowie qualität. der erste hacken wäre schonmal ob da überhaupt jemand mitmacht, der zweite ist dsa das die entwickler garnicht interessiert, die versionen verstauben dann einfahc im deutschen bereich oder man müßte sie wieder bearbeiten, da leider viele module in den neuen versionen nicht mehr mit den alten templates kompatibel sind, weil der progger mein sich nun neue variablen einfallen zu lassen, dsa es leider auch nicht reicht, einfach die neuen ein zu bauen, shit happens... oder absicht, was weis denn ich

es gibt einfach keine organisation. die modulschmieden ringen mehr um ansehen als um vorraussicht und qualität. außenstehende arbeiten werden sehr sehr selten oder garnicht angenommen.

mein verständniss hört dann einfach auf, weil 80% der sachen die es immer wieder zu bemängeln gibt, sachen sind die nur etwas mitdenken zu tun haben. von den ganzen hardcodeten sachen, wo der progger meint die einführen zu müßen mal ganz zu schweigen.

nehm ich dsa newsmodul, jap es ist doch schön mit den funktionen usw. aber man sollte nicht daran arbeiten sonst bekommt man eine glatze.
würde ich zu stefan sagen, schick mir mal deine gehackte version, ich schau die mal an und erweiter bzw. hack die nochmal, das ich wirklich alles ansteuern kann hat man vielleicht eine version die wirklich erstmal allen ansprüchen erfüllt, ich verwette aber meine rechte arschbacke drauf, das diese version auf xoops org keinen bei einer weiterentwicklung jucken wird und die mit dem alten code weiter arbeiten und das ist der punkt wo es mich einfach langweilt, weil das dann zu den ganzen anderen punkten führt und das ist etwas was xoops in der qualität schlechter werden läßt.

vaschu

"myXOOPs"-Neuling
Gepostet am:08.09.2005 01:00
vaschu
vaschu Offline (Show more)
"myXOOPs"-Neuling
Posts: 38
Since: 09.08.2005
#26

Re: news 1.4

Also so richtig mich beschweren kann ich nicht, ich habe den mist nicht auf dem Schulter, ich plane nur und koordiniere. Designer macht seine arbeit, Programmierer seiner und der keins von beidem richtig kann(ich)scheißt die Läute nur zusammen, damit es vorwärts geht.

Tatsache ist, dass Xoops das Beste ist, was ich bis jetzt getestet habe. Na muss man die Leute doch etwas loben, das Sie es geschafft haben.

Eine andere Tatsache ist, dass es immer noch viele Kritikpunkte gibt, die man zumindest ansprechen muss. Und dass macht der Graf richtig mit Hingabe .

Es ist einfach nicht akzeptabel, dass man diese Bemerkungen einfach ignoriert. Ich kann leide nicht mehr finden, aber hier in Forum war schon eine Diskussion diesbezüglich, und der man der seine Kritik(auch muss man sagen mit etwas Übertreibung) trotzdem auf hälftige Kritik von anderen gestoßen hat.

Man muss die Kritik nicht als Beleidigung betrachten.

Mir ist z.B. unverständlich, dass es so viele Sachen geplant und umgesetzt werden. Auch Kleinigkeiten, aber zumindest für mich wichtige Sachen nach so viele Versionen nicht realisiert werden und wie es aussieht interessiert es keinen. Paar Beispiele dazu:
1. Es gibt bei Xoops super Suchfunktion, Highlite dabei ist, das in jedem Modul eigene Funktionen für die Suche gibt. Wieso realisiert man auf diesem Beispiel nicht die Metatagsverwaltung, jeder Modul weis besser, was für Inhalt es hat und liefert bessere Metatags, als wie es jetzt ist. Und das ist ein wichtiges Punkt, da über 90% Besucher kommen über eine Suchmaschine und die meistens kommt man nicht weiter als 3 Seiten von der Suchergebnisse. Wem nutzt super Seite die von keinem Schwein besucht wird?
2. Keine vernünftige Mehrsprachigkeit. Und das zu Zeiten von Globalisierung und Weltweite Kommunikation.

Klar kann man es haken und viele andere Sachen. Ist es aber notwendig? Und was ist bei der Updates, muss man noch auf seine 150 Hacks aufpassen?

Ist es nicht etwas zu kompliziert?

Gast

Gepostet am:08.09.2005 00:05
Gast
Gast (Show more)
Posts: 0
Since:
#25

Re: news 1.4

Zitat:

frankblack schrieb:
Vielen Dank für die Fehlerkorrekturen, vielleicht hilft es auch anderen?

Smarty ist schon toll, aber der Hammer?!?

Es gibt ein paar Dinge (mir fällt nur gerade einer ein), die ich noch nicht - unter XOOPS wohlgemerkt - hinbekommen habe.

Wichtigster Punkt ist m.E. das Cachen von Gruppeninhalten. D. h. jede Gruppe bekommt eine andere gecachete Datei zu sehen.

Oder weißt du eine Lösung (unter XOOPS) dafür?


hab ich z.zt. andere probleme :D xoops gibt man speed über den server, teils abartig geil, man muß
1. saubere templates haben von w3c abgesehen ist die tabellenflut in xoops einfach nur noch was für die klapsmühle. dazu muß man aber erstmal wissen wie ein brwoser eine seite einliest, das wissen die meisten nicht
2. saubere css und fixe werte die die seite schonmal sauber laden, so das es kein ruckeln gibt.
3. server und module tunen / gizo ist der falsche weg, dazu gibts den zenoptimizer der sehr gutee ergebnisse abliefert.
4. die richtige reihenfolge in den php , htm dateien, manchmal lacht mein einfach nur noch wenn man das sieht.

der witz dabei ist, es wäre alles kein thema, wenn einfach sauber gearbeitet werden würde.

smarty der hit schlechthin? schlechthin nicht, in xoops aber doch, meine meinung als designer.

Gast

Gepostet am:08.09.2005 00:00
Gast
Gast (Show more)
Posts: 0
Since:
#24

Re: news 1.4

Zitat:

frankblack schrieb:
@vaschu: sorry, dass ich dir vorhin das Forum unter den Füßen weggezogen habe.

Zitat:
Uns was ist mit XOOPS Cube, da wird auf Stabilität gesetzt, was nicht so unwichtig ist?


Muss sich erst noch herausstellen, ob der Cube wirklich so stabil ist, wie die Entwickler das gerne behaupten.

Es ist auch nicht immer alles Gold was glänzt, was von Onokazu kommt <- Gotteslästerung.

Die "alten" XOOPSer werden sich bestimmt noch an die Zeiten erinnern, wo der Umstieg von 1.3 auf 2.x stattfand. Lief dort immer alles reibungslos? Ich wage es zu bezweifeln. Als Beweis mag ich gerne die gesammelten XOOPS-Versionen anführen die es damals gab.

Ich finde es schon wichtig, dass sich XOOPS auch im Core weiterentwickelt und das ist - sorry - bei Cube nicht unbedingt der Fall.

Übrigens die Admins (Singular) zeigen nur insofern Interesse, weil der mögliche Wegfall einer großen Entwicklergemeinde immer bedauerlich ist. ICH persönlich bin der Meinung, dass man mit den Versionen von xoops.org NICHT aufs falsche Pferd setzt.


lassen wir mal den fall xoops cube weg und machen nur einen kleinen ausflug in die 1.3 2.x change zeit. es gab konverter für alles ruckelhaft aber es gab sie. es gab support, es gab hilfe und ich sag jetzt einfach mal 80% aller pages konnten ohne probs geuppt werden. dazu war der sprung gigantisch, man stieg auf eine neue engine um, xoops wurde revolutioniert (große worte, die aber wahr sind) und dennoch lief der spaß.
ich hab keine lust über irgendjemanden nur ansatzweise her zu ziehen der zeit in xoops steckt, dafür ist xoops und jeder helfer zu kostbar. aber das was ich hier sehe, der buschfunk meldet und an sooooo großen neuerungen gebplant wird ist für mich das flasche pferd. die hier angerissenes adminlink smartyvariable ist solch ein nonsens das ich wirklich dicke adern am hals bekomme, weil es keinen, nichtmal einen minimalen grund gibt, baerabtien, löschen und kommentar zusammen zu fassen, egal um was es geht. es wird versucht xoops in einen standard hardcode zu pressen der gegen den baum laufen wird. dann muß der designer hergehen und das proggen lernen, die module hacken und dem verbraucher sagen, sie bekommen alles, aber upodate ohoh das wird arbeit. das ist bei der art von xoops der falscheste weg den es gibt.

das hier haufen fähige köpfe gekostet hat... ohne nur einen namen zu sagen, schau doch mal wer von den fähigen leuten noch da ist, einzigste was man noch findet sind dampfplauderer die meinen eine gute idee zu haben und denken keinen mm weiter.

wie hätte ein xoops theme aus zu sehen als standard.
es müßte den change des kompletten themes als standard haben, jedes modul müßte seine eigene css haben, dann kann man hergehen und sagen. progger mach deinen mist und gib mir ein tempalte wo nur die smartyvariable drin steht mehr nicht, den erst macht der designer. der braucht nur die variable, der rest ist kalter kaffee füür ihn und schnell geschrieben. so schnell geschrieben das er dem user ermöglichen kann alle änderungen, egal von was in der css vor zu nehmen. (ok nicht komplett alles, aber sagen wir einfach wenn der grundriss immer gleich ist, kann ich alles in der css machen)

ich könnte weiter und weiter schreiben, aber nein man bekommt einfach nur noch das kotzen. die progger sollen mal checken das irh code keiner sieht, smarty das sieht man und das ist die qualtität.
aber was passiert noch als krönung, man nimmt im templatemanager die f5 taste raus, es ist nicht mehr möglich nach einer modulkombilierung da einfach f5 zu drücken, ich muß die dateien neu anklicken oder ich bleibe im default und geh dann immer eine seite zurück wo steht modul aktualisieren und erspar mir so den mist.

der nächste schock viele module haben eine redirekt (moduleinstellungen) die zum adminbreich grundeinstellungen führt. ja sagmal sind wird nur deppen, fühöen die progger sich echt stolz auf sowas.
wer mal versucht hat das newbb in den templates zu bearbeiten wird wissenw as das für eine arbeit ist da was geiles fürs auge hin zu bekommen und dann hab ich die ganze scheisse (ich kann hier nur noch fluchen) mit dem was da so heldenhaft eingebaut wurde. wenn ich weiter schreibe werden das noch 5 seiten, mir reichts einfach nur noch. die progger meinen sie sind helden, sie sind nasenbären udn denken soweit wie der apfel vom baum fällt, max gegen stamm...

Gast

Gepostet am:07.09.2005 23:49
Gast
Gast (Show more)
Posts: 0
Since:
#23

Re: news 1.4

Vielen Dank für die Fehlerkorrekturen, vielleicht hilft es auch anderen?

Smarty ist schon toll, aber der Hammer?!?

Es gibt ein paar Dinge (mir fällt nur gerade einer ein), die ich noch nicht - unter XOOPS wohlgemerkt - hinbekommen habe.

Wichtigster Punkt ist m.E. das Cachen von Gruppeninhalten. D. h. jede Gruppe bekommt eine andere gecachete Datei zu sehen.

Oder weißt du eine Lösung (unter XOOPS) dafür?

Gast

Gepostet am:07.09.2005 23:38
Gast
Gast (Show more)
Posts: 0
Since:
#22

Re: news 1.4

Zitat:

frankblack schrieb:
Zitat:
was hier alles falsch gemacht wurde kommentier ich garnicht erst, weil das wäre... amen.


Na warum denn nicht? Es möchte doch ein jeder etwas dazulernen.


nur wiel du es bist und grad ein depeche mode interview zum neuen album läuft und ich somit noch online bleibe :D

erstmal @vaschu, nach deinen post in den news erstmal respekt für dein posting, es zeigt mir das ich nicht alleine auf weiter flur stehe und es doch noch leute gibt die an die zukunft denken und nicht nur bis zur nächsten version... dazu aber später oder morgen hier erstmal eine kommentierte version, wie man es nicht macht...

<table width='98%' align='center' border='0' class='fg2'>
<-- 
in w3c standart schreibt man in html dateien kein ' sondenr immer ". 
die ansteuerung fg2 wird man in keiner xoops css finden, 
steht auch nicht in der readme das man die nachtragen soll, 
also für was soll die da sein, datenmüll. 
dazu fehlt noch cellpadding, cellspacing -->
  <tr> 
    <td align='
center'>
<center>
<-- wirklich sehr interessant, ein td mit align center, 
darunter gibt es gleich noch ein center.
gesetzte <center> sind aus den zeiten da war html wahrscheinlich noch nichtmal geboren...-->
        <br />
        <a href="index.php">
<-- es fehlt der title tag -->
<img src='
<{$xoops_url}>/modules/xfguestbook/language/<{$msg_lang_name}>/images/logo.gif' alt='XF Guestbook' border='0' />
<-- border 0 wird nicht gesetzt an img dafür ist die css mit dem eintrag img border 0 da, erspart auf ganz xoops gesehen einiges an datenmüll -->
 
        <br />
        <br />
        <a href='
sign.php'> 
<-- title fehlt -->
        <{$smarty.const._MD_XFGB_SIGN}>
        </a><br>
<-- br is tnicht w3c hat so aus zu sehen <br />
        <{$msg_message_count}>
        <br>
        <{$msg_moderate_text}>
      </center>
      </td>
  </tr>
</table><br/>
<-- man benutzt eine tabelle. für so kleine spielereien auf jeden einen
div container br nach einer tabelle nimmt nur
der der nicht weis was margin ist...-->
<table cellspacing='
0' border='0' width='98%'>
  <tr> 
    <td align='
center'> 
      <{$msg_page_nav}>
    </td>
  </tr>
</table>
<--- einfacher datenmüll div reicht völlig, braucht nichtmal große css, 
außer man mag es perfekt haben-->
<br>
<!-- start msg item loop -->
<{section name=i loop=$msg}>
<{include file="db:xfguestbook_item.html" msg=$msg[i]}>
<br /> <-- was der br hier macht weis keiner, wenn dann steht der im item...-->
<{/section}>
<!-- end msg item loop -->

<table cellspacing='
0' border='0' width='98%'>
  <tr>
    <td width='
100%' align='center'><{$msg_page_nav}></td>
  </tr>
</table>


<br />
<hr>
<-- hr wird so geschrieben <hr />
<br><table width="98%" cellspacing="0" class="outer"><tr><td class="even"><div align='
center'><{$msg_copyright}>
</div></td></tr></table>
<-- ein div container in einer einzigsten td ist
genauso sinnvoll wie mit nem fahrrad zum mond 
zu fliegen -->


ich habe jetzt nicht jeden fehler engekreuzt, man kann den rest selber sehen, hab jeden zumindest angesprochen...

ich hab gerade das vergnügen in sehr vielen modulen zu wühlen, was ich darin sehen muß (eben zumal es nagelneue versionen sind) ist das es nur noch rückwärts und nur noch schlechter geht / wird.

es wird mit div tags sinnlos rumgeschmissen, weil der progger kein plan hat was ein div tag ist, aber hat mal gehört ist cool neuer standart.

machen wir es kurz, grad kein bock drauf nen roman zu schreiben. einen progger zu finden der ein guter designer ist, ist fast ein ding der unmöglichkeit, das gilt umgedreht genauso. nur wenn ich den fakt, der weltweit so ist, schon kenne, dann lasse ich den designer auch mal was sagen und antworte ihm nichtmal wenn er ein "astreines" templateset abliefert.

das was da abgeht ist einfach grauenhaft, dazu kommen teils noch pberflächliche oder nicht durchdachte programmierungen. es ist ja nichtmal direkt gegen die progger, ich kann nicht proggen, ich kann nur ein modul nehmen, es erweitern und ich weis was es grad macht wenn ich was bestimmtes suche, aber das was im smartyengine bereich abläuft ist doch nur noch lächerlich, zumal smarty eine hammer engine ist und xoops kratzt nur an der oberfläche.

vaschu

"myXOOPs"-Neuling
Gepostet am:07.09.2005 23:27
vaschu
vaschu Offline (Show more)
"myXOOPs"-Neuling
Posts: 38
Since: 09.08.2005
#21

Re: news 1.4

Wie gesagt,

als ich XOOPS Entdeckte, fand ich das einfach klasse und dabei bleibe ich auch, ich habe viel verglichen, bevor ich die Entscheidung traf und XOOPS ist einfach das Beste. Leider es hilft mir jetzt nicht besonderes, meine Entscheidungen zu treffen. Habe wohl falschen Zeitpunkt erwischt.

Im Übrigen finde ich XOOPS 2.2 viel besser(wenn es irgendwann laufen wird, woran ich nicht zweifle). Aber solange stehe ich in etwas ungünstige Situation.

Hoffe ich auf schnelle Lösung der Probleme bei 2.2.x, da ich sofort damit anfangen will. API zumindest ist schon veröffentlicht.
Diesen Thread durchsuchen:  1 Anonyme Benutzer

Aktuell aus dem Forum

Forum Thema Antworten Views Letzter Beitrag
OffOffTopic [Wichtig] Übernahme myXOOPS 0 494 11.12.2023 18:57
alfred Gehe zum letzten Beitrag
Die Installation und Administration von XOOPS 2.5.X [Offen] Upgrade 2.5.11 3 2208 07.05.2023 07:03
Goffy Gehe zum letzten Beitrag