Hello again, was geht?
Bzw. was geht nicht?
Kurze Zusammenfassung der dringlichsten Scherereien mit Antville 1.2 dürfen gern als Kommentar diesem Posting hinzugefügt werden.
Bzw. was geht nicht?
Kurze Zusammenfassung der dringlichsten Scherereien mit Antville 1.2 dürfen gern als Kommentar diesem Posting hinzugefügt werden.
schmerles
was ist jetzt eigentlich mit den referrern, sind sie aktiviert oder doch.net?
tobi Verwaltung
Referrers sind derzeit nur für Owners aktiviert.
DaveKay Verwaltung
öhm, ich BIN owner von infol.antville.org , aber referrers habe ich trotzdem nicht.
schmerles
auch öhm
kohlehydrat
auch
tobi Verwaltung
@DaveKay: Kommen Sie auf die Seite mit den Referrern oder bekommen Sie eine Fehlermeldung?
DaveKay Verwaltung
auf die Seite kann ich zugreifen. Die referrer sind leer. Selbst dann, wenn ich den Filterinhalt (in den Preferences) lösche
schmerles
(ich bin nicht davekay) die referrer-seite erscheint bei hands.antville ohne anzeige von visits und referrers. keine fehlermeldung, keine anderen hinweise.
tobi Verwaltung
Okay, ich schätze Sie alle verwenden NICHT Firefox, richtig?
schmerles
Ich tagsüber IE, zuhause firefox. Das Resultat ist immer das gleiche.
dieguteseite
ich kann's grade nicht checken, aber zu hause mit FF hatte ich auch noch nie referrer-ergebnisse seit dem update. ebenfalls keine fehlermeldung, sondern nur leere liste.
DaveKay Verwaltung
hier FF, Safari, oder IE(jeweils aktuellster Patchlevel), Ergebnis: keine Referrer.
bov
Hier Camino und Safari (OS 10.5.2) mit dem gleichen Ergebnis: Keine Referrers nirgends. (Auch nicht beim Kompetenzteam, wo ich Admin bin.)
tobi Verwaltung
Jetzt sollte es funktionieren (hatte tatsächlich nix mit dem Browser zu tun).
DaveKay Verwaltung
vielen Dank!
schmerles
vielen Dank!
dieguteseite
vielen Dank!
exdirk
danke!
mariong
sehr schön. danke.
mutant
-referers gehn nicht bzw sind leer -search geht nur fuer admins? -polls gehn nur fuer admins? -wo ist der api-startpoint oder wie das heisst (braucht man fuer bloggen aus flickr) -bei menu sind dinge doppelt (galleries, topics bzw galleries, tags, ist aber nicht wichtig, mir selber gard erst aufgefallen)
schmerles
tags zum taggen benötigt erscheinen erst beim 2.mal = story wieder editieren, jedoch nicht beim verfassen.
andreaffm
Ähm, bei mir geht die search garnicht, auch nicht als Admin.
tobi Verwaltung
@Referrers: sind für Owner, Search ist für Owner und Manager verfügbar (siehe Health).
@Polls: sollten jetzt auch für alle eingeloggten User funktionieren (hat vorher aber eh nie nur für Owner funktioniert).
@API: Derzeit ist nur die Blogger-API aktiviert (Endpoint: www.antville.org ); die anderen APIs folgen.
@Menu: bitte doppelte bzw. unerwünschte Einträge einfach aus dem entsprechenden Skin entfernen.
mariong
@menu habe ich versucht, bin ich aber zu ungeschickt, dann war gleich alles weg. aber 1 Version hätte ich gerne drin. @referrers bin ich dann kein owner von marion.antville.org?
dieguteseite
ich darf meine zwischenzeitlichen problemchen auflisten:
meiner ansicht nach gefährlicher bug beim bearbeiten der sites -> hier beschrieben. leider/gsd nicht wieder aufgetreten.
bilder verlieren die tags, bei bestimmter reihenfolge der umbenennung.
image-macro wird (bei mir) in kommentaren nicht aufgelöst.
die auflösung der site-email-adresse via
[Macro not allowed in sandbox: site.email]funktioniert nicht. ist z.b. bei mir in der site page (nicht navigationsleiste!) eingebaut.wofür ist eigentlich der "restore"-button beim erstellen von kommentaren gedacht? bei mir rührt sich da gar nichts.
tobi Verwaltung
@gefährlicher Bug: kann ich (genau wie Sie selbst) leider nicht reproduzieren.
@Bilder velieren Tags: soeben probiert, auch nicht reproduzierbar.
@image-macro in Kommentar: Bei Ihnen fehlt der
comment.format-Filter im Makro:[Macro not allowed in sandbox: comment.text](s. Comment#main-Skin)@site.email: Muss ich mir genauer anschauen.
@Restore-Button: ist als Interface-Element reingerutscht, bevor die Funktionalität finalisiert wurde. Kommt noch.
dieguteseite
@bilder: ich auch nicht mehr. komisch. tut mir leid.
@image-macro: diesen
[Macro not allowed in sandbox: comment.text]- muss ich den einfach irgendwo einbauen?ansonsten resette ich halt das ganze und baue es neu um.
DANKE!
dieguteseite
umbau hat funktioniert - danke! hat diesen filter zwar nicht gefunden, aber 1fach zurückgesetzt und wieder neu hergerichtet.
dieguteseite
zur vervollständigung: lt. herrn tobi geht das email-macro nicht mehr und ist auch nicht mehr vorgesehen. siehe hier.
mutant
von croc: " (oh, dooof: bei weiter-kommentieren zeigt der hier bei der comment-eingabe jetz nurnoch den stamm-kommentar an aber nicht die anderen weiter-kommentare)"
exdirk
das war bei mir vorher aber auch so.
simons
Herr Tobi, Sie erklären die Wünsche immer sehr schön, aber ich entnehme dem nicht, was nun draus werden soll, z.B.
Soll das jetzt so bleiben, dass die Suchfunktion dem normalen Seitenbesucher nicht zur Verfügung gestellt werden kann? Das fände ich sehr schade.
P.S. Die Referrers tun hier auch nicht.
tobi Verwaltung
Die Suche ist nur temporär so reduziert verfügbar.
simons
danke!
andreaffm
Ich bin ja owner von gigantville, aber ich kann meine eigene Seite nicht searchen. Da steht zwar "Please enter a query in the search form", aber leider ist da keine form, in die ich eine query entern könnte.
Dafür freue ich mich sehr über die wiedergekehrten referrers, vielen herzlichen Dank.
tobi Verwaltung
in der Navigation. Ich geb aber zu, dass in Ihrem Fall ein Formular auf der Suchseite selbst sinnvoller wäre. Ich überleg mir was.
kohlehydrat
frueher hatte ich das auch so (wenn wir da vom gleichen reden...) der link fuehrte zur search seite und nur dort war das formular, sonst nirgends. wuerde mich sehr freuen wenn sowas wieder moeglich waere.
ebenfalls dank fuer nun funktionierende referrers.
andreaffm
Also zur Not und übergangsweise tät ich auch eine Searchbox in die Navigation einbauen. Ich merke doch, daß die mir auch selbst sehr fehlt.
person
hurra, meine blogroll geht wieder. danke sehr.
godany
äh, ist nur ein eitelkeitstool, jaja, aber ich habs halt gern. bis jetzt hatte ich das makro story.backlinks in der skin story.main eingebaut und das hat bestens funktioniert und mir unterhalb der geschichte mit den comments etwaige backlinks angezeigt. nu isses weg. warum denn bitte? wie krieg ich das wieder? bitte. danke.
mariong
hier findet man unter "health"
godany
oh, danke.
tobi Verwaltung
Backlinks sind für Site-BesitzerInnen (Owners) wieder aktiviert.
godany
oh, nochmal danke ! ;)
ichichich
site.history: Das Attribut show="comments" wird korrekt behandelt, das Attribut show="stories" jedoch nicht (es erscheinen Stories und Kommentare)
-----------------
Statt der Subscriptions unter .../members/updated bekomme ich die Fehlermeldung [Macro error in user.list: TypeError: Cannot read property "modified" from null (/usr/local/helma/./apps/antville/code/User/User.js#110)]
-----------------
Die Suche in Kommentaren ist nicht mehr möglich. Wird das so bleiben?
-----------------
Bitte unbedingt noch einmal über das Konzept der Tags/Topics nachdenken: Es gibt, soweit ich das überblicke, derzeit keine Möglichkeit, sich alle Tags/Topics auf einmal anzeigen zu lassen: <% topiclist %> liefert aufgrund des Pagings immer nur einen Ausschnitt. Außerdem sind bei diesem Macro die Werte der Attribute itemprefix und itemsuffix vordefiniert (mit <li> bzw </li>) und können nicht überschrieben werden (okay, letzteres lässt sich über eine Tag.preview-Skin lösen, aber ich bin mir nicht sicher, ob das Teil des Konzepts oder ein Hack ist). Bitte unbedingt das Paging abschaltbar machen - das ist einer meiner dringendsten Wünsche. Wenn du dich fragst, wofür das gut sein könnte, dann schau dir mal bitte das hier (Beta-Warnung!) an.
-----------------
Bisher konnte man sich ja per <% story.topic as="link" %> unter jeder Story das zugehörige Topic als Link anzeigen lassen. Gibt es diese Möglichkeit auch für den Fall mehrerer Tags pro Story? Das alte Macro funktioniert ja dafür nicht: Habe ich einer Story die Tags "eins, zwei, drei, vier" zugeordnet, erscheint unter der Story bei Verwendung des obigen Macros nur die "zwei".
-----------------
Wenn ich eine Story zwecks Preview erst auf "Closed" und dann auf "Public" setze, erscheint das Blog nicht in der Liste der aktualisierten Blogs auf der Startseite.
-----------------
Bitte nicht diesen offenen Punkt vergessen: tobi.antville.org
tobi Verwaltung
Danke für die Zusammenfassung, ich schau mir das alles genauer an, sobald ich kann.
tobi Verwaltung
@Subscriptions: Den Fehler kann ich für den User ichichich nicht nachvollziehen. Besteht das Problem noch?
@site.history:
show="stories"zeigt jetzt wirklich nur noch Stories an.@Suche in Kommentaren: Nein, das soll eigentlich nicht für immer so bleiben, aber eben solange, bis eine vernünftige Lösung für die Suche in Sicht ist.
@Tags/Topics: Das Paging wird für die Anzeige unter */tags bzw. */galleries benötigt, kann also nicht einfach entfernt werden. Ich stimme aber zu, dass es eine Möglichkeit geben sollte, Tags ohne Paging aufzulisten. Vermutlich habe ich da einfach nur was durcheinandergebracht, und diese Möglichkeit aus Versehen versemmelt. Ob dann alle Tags aufgelistet werden können, ist anzuzweifeln, da es einige Sites gibt, die damit den ganzen Server in Mitleidenschaft ziehen könnten.
@story.topic: Der Macro-Aufruf deutet ja schon darauf hin, dass hier das Topic, also genau ein Tag, angezeigt werden soll. Aber auch hier stimme ich zu, dass es eine Möglichkeit geben sollte, die Tags einer Story (verlinkt) anzuzeigen. Haben Sie schon
[Macro not allowed in sandbox: story.tags]ausprobiert?@closed/public: Wenn eine Story durch simples Ändern des Status von "closed" auf "public" ein Update signalisieren würde, wäre es ein leichtes, einen Site in der Liste zu halten, obwohl sich inhaltlich nichts verändert hat. Es wäre ein Status "unpublished" o.ä. nötig, um das wirklich richtig zu machen. Kann man sich für die Zukunft vornehmen.
@offener Punkt: Das Sicherheits-Problem der allzu frei definierbaren Skins müsste erst grundlegend gelöst werden, um hier weiter zu diskutieren. Vorschläge sind willkommen.
ichichich
@Subscriptions: Ja, das Problem besteht immer noch. Soll ich Ihnen mal mein Passwort mailen? Dann können SieSieSie es als ichichich probieren.
@site.history: Danke.
@Suche in Kommentaren: Sehr schön, danke. Ich hatte nur Sorge, dass die Kommentarsuche komplett gestrichen wurde.
@Tags/Topics: "Ob dann alle Tags aufgelistet werden können, ist anzuzweifeln, da es einige Sites gibt, die damit den ganzen Server in Mitleidenschaft ziehen könnten" Naja, beim Makro topicchooser werden ja auch immer alle Tags angezeigt, ohne dass es den Server runterzieht, oder? Aber klar, wenn man die Topicliste in die SitePage packt und sie bei jedem Seitenaufruf neu aufgebaut werden muss, haben Sie vermutlich recht.
@story.topic: story.tags geht natürlich prima, aber nur als Text, nicht als Links. Es sei denn, ich habe was übersehen.
@closed/public: Man hatte bisher halt eine sehr komfortable Previewmöglichkeit: Offline speichern -> ansehen -> online setzen. Das fehlt mir schon ein bisschen. Klar konnte man durch off/on-switchen das Blog immer schön nach oben schieben (hab ich auch manchmal gemacht...), aber war das wirklich so problematisch, dass man das Feature deshalb gleich abschalten muss?
@frei definierbare Skins: Ich schreib da mal in Ruhe was zusammen. Das ist mir nämlich wirklich ein Anliegen.
tobi Verwaltung
@Subscriptions: Okay, hab den Fehler in der Datenbank gefunden. Sollte jetzt behoben sein.
ichichich
Funktioniert wieder, vielen Dank.
dieguteseite
kann es sein, dass im zuge der umstellung bilder mit titeln wie z.b.
nicht mehr angezeigt werden, weil sie jetztheissen?zumindest in dieser story, wurde kein bild mehr angezeigt. durch umgenennung des bild-titels dann plötzlich doch wieder.
don papp
ja, ich hatte das phänomen auch schon öfter bei mks.
tobi Verwaltung
Werde ich überprüfen.
tobi Verwaltung
Gibt es ein Beispiel (URL), wo das Problem noch akut und nicht behoben ist?
ichichich
Das Macro file.clicks tuts nicht mehr: Drüben bei layouts.antville.org stehen die Counter einiger Files auf Null, obwohl sie definitiv mehrmals runtergeladen wurden.
ichichich
Könnte man beim Image-Upload nicht den Stand von vor dem Update wiederherstellen? Erstens funktioniert der Upload bei manchen Konfigurationen nicht mehr und zweitens sieht es, wenn man bissel am Stylesheet gedreht hat, manchmal nicht mehr gut aus (überlappende und teilweise verdeckte Elemente).
So schlecht fand ich die bisherige Lösung nämlich nicht.
tobi Verwaltung
Bei allem Respekt, aber die unter dem Link beschriebene Konfiguration ist schon ein sehr exotischer Fall. Internet Explorer unter Mac OS 9 war eigentlich immer ein Problem, egal was man damit machen wollte...
Nichtsdestotrotz bin ich für Verbesserungsvorschläge offen. Eine Rückkehr zu einem früheren Zustand halte ich allerdings für ausgeschlossen, da dieser nicht mit dem Server-seitigen Code harmonieren wird.
Safari unter OS X hat ja auch Probleme mit dem Upload hat, daher besteht hier tatsächlich ein wenig Handlungsbedarf.
ichichich
Hehehe. Die Mac-Welt ist fremd für mich, deshalb konnte ich die Exotizität der angegebenen Konfiguration nicht einschätzen, sondern nur die Meldung weiterreichen.
(Ich bin mir aber grundsätzlich nicht sicher, ob es klug ist, wenn so zentrale Funktionen wie Upload oder Login nur via Jacvascript ausführbar sind. Ansichtssache.)
ichichich
Eigentlich nur eine Kleinigkeit, aber wenn man Javascript-Spielereien betreibt, ggf. sehr störend:
Vor jedem Kommentar fügt Antville eigenmächtig einen Anker mit der Kommentar-ID als Namen ein, also ein Element der Form
. Das kann man offenbar auch nicht unterbinden. Abgesehen davon, dass das nicht W3C-konform ist (Werte müssen mit einem Buchstaben beginnen), ist es ggf. sehr störend, wenn man sich via JS am DOM-Baum langhangelt oder dieses Attribut anderweitig benötigt.Gibt es einen Grund für diesen Anker?
tobi Verwaltung
Danke für den Hinweis auf den RFC; das ist wohl seit Jahren niemanden aufgefallen, jedenfalls keine Änderung durch das letzte Update.
Der Anker selbst ist natürlich dazu da, um einen Kommentar direkt zu verlinken (Browser scrollt zur entsprechenden Stelle auf der Seite).
Wir können das gern ändern, allerdings müsste es dann auch einen Redirect auf die neue URL geben, sonst verwaisen alle Links auf Kommentare.
ichichich
Da haben Sie recht. Mit allem. Also am besten so lassen.
(Oder stattdessen
an den Anfang der Skins Comment.main und Comment.reply schreiben. Hätte den selben Effekt, könnte aber vom Owner gelöscht werden, falls es wirklich stört.)giardino
das ist wohl seit Jahren niemanden aufgefallen
Ähem: 1, 2 ;)
tobi Verwaltung
Beim ersten Link geht's zwar immerhin um das gleiche Thema. Aber wo wird dort erwähnt, dass das name-Attribute nicht mit einer Zahl anfangen darf?
Und worum geht's im zweiten Link?
giardino
Sie haben recht, das mit der Zeichenkonvention für name stand nicht drin, sondern nur dass der Anker kein id-Attribut hat, was aber ebenfalls nicht HTML-konform ist.
(Der zweite Link sollte nur belegen, dass der Punkt auch bei der Themensammlung im letzten Jahr erwähnt wurde.)
ichichich
Ich hatte einer Story das Tag ". Photoblogs" gegeben. Klappte. Dann wollte ich es ändern und stattdessen die beiden Tags "photoblog" und "landscape format" zuweisen. Jetzt liefert mir das Macro story.tags die Fehlermeldung
[Macro error in story.tags: TypeError: Cannot read property "name" from null (/usr/local/helma/./apps/antville/code/HopObject/HopObject.js#182)]
Und ändern kann ich es auch nicht, weil ich statt des Eingabefeldes (story.textarea tags) im Storyeditor nur die Fehlermeldung bekomme:
[Macro error in story.textarea: TypeError: Cannot read property "name" from null (/usr/local/helma/./apps/antville/code/HopObject/HopObject.js#182)]
tobi Verwaltung
Ja, die Datenbank war da nicht mehr stimmig (die Story hatte ein Tag zugewiesen, dass es nicht mehr gibt); mittlerweile behoben.
Ich hab eben anhand Ihrer Beschreibung erfolglos versucht, den Fehler nachzuvollziehen.
Lassen Sie mich bitte wissen, wenn und wie Sie das reproduzieren können.
ichichich
Ich werde mich bemühen. Danke.
ichichich
Es gibt ja auch im neuen Antville glücklicherweise noch die Möglichkeit, einer Story neben Title & Text beliebige Felder hinzuzufügen. Benutzt man dafür in der Storyeditor-Skin die alte Syntax, also das Macro
[Macro not allowed in sandbox: story.content], ist alles prima. Bei Verwendung der neuen Syntax[Macro not allowed in sandbox: story.input]gibt es ein Problem: Editiere ich eine einmal angelegte Story erneut, bleiben die zusätzlichen Felder leer, d.h. der Wert des value-Attributes wird für Zusatzfelder nicht gesetzt, nur für Title- und Text-Feld.tobi Verwaltung
Ja, dafür sollten Sie weiterhin die
[Macro not allowed in sandbox: story.content]-Macros verwenden. (Die sind ja nicht generell obsolet geworden.)