Concept des 'liens' : question de principe

Bonsoir,

Jusqu’à présent je n’ai pas eu à me préoccuper des ’objets’ liens de Modx. mais là je dois dans un dossier créer une page qui serait en fait un lien pour pointer sur une page existant dans un autre sous dossier.

L’objectif étant que WF le prenne en compte. (en gros 2 zones bien distinctes - quasiment 2 sites quoi, mais avec des pages communes).

Les liens peuvent-ils être générés vers des [~id~] ds la création du lien depusi le manager ?? Il semble qu’on ne pouisse avoir que de l’url en "http:// .... "

Evidemment on peut taper toute l’url de la page visée ..mais bon ca ne parait pas trop logique.

Ai-je raté un truc ?

Merci.

Bonsoir,

Oui, tu peux tout à fait mettre dans le champ "Lien" de l’objet lien une url du genre [~id~], où id est le no du document vers lequel le lien doit pointer. Et WayFinder le prendra en compte.

ah..ben oui... le fait qu’il n’y ai pas de "browser pour l’arbre des pages internes" comme ds les RTE m’avait embrouillé.

Ceci dit j’espère que le manager verra des améliorations d’ergonomie..

Merci.

Quote from: elz64 at May 02, 2007, 01:01 PM

Ceci dit j’espère que le manager verra des améliorations d’ergonomie..

On dirait bien que cela va arriver plus tôt que prévu, splittingred a bien avancé sur la version sans frame du manager, basculé sous iframes et ExtJS + Mootools

Il faut aussi savoir que le manager, à partir de la 0.9.7 sera plus facile à thémer puisque les templates de celui-ci seront écrit avec smarty...

Slt David,

heu ..c’est quoi smarty ?

tête ds le guidon pas le tps de regarder le forum en ce moment..

A+

Smarty c’est un moteur de template plutôt puissant, mais qui dit puissant dit souvent complexe (bon OK MODx prouve pour une fois le contraire) ... c’est pas forcément une bonne nouvelle pour les graphistes qui trouvaient que MODx ne leur imposait que très peu de contraintes en terme d’intégration.... va donc maintenant falloir se familiariser un peu (voir beaucoup) avec la syntaxe smarty avant de pouvoir se lancer dans l’aventure.

Perso j’espère que l’utilisation de smarty ne sera cantonné qu’au manager !... Dites moi que ce sera le cas !!!!

houla... que veut tu dire par là ?? Plus de template en pur xhtml/css !

Perso j’espère que l’utilisation de smarty ne sera cantonné qu’au manager !... Dites moi que ce sera le cas !!!!

C’est ça

Mais tu pourras également l’utiliser sur le front si tu le souhaites (du moins c’est ce que j’ai cru comprendre.)
Si j’ai un peu de temps je retrouverai la discussion à ce sujet pour confirmer.

:-)

En fait ce qui va se passer c’est que MODx aura une architecture "ouverte" qui permettra d’utiliser par défaut son propre système de tag ou alors, n’importe quel moteur de template construit sur PHP comme smarty. Du moins c’est ce que j’ai compris des posts de Jason...

Je crois même avoir cru comprendre que smarty est intégré dans MODx via une logique objet (il devient un service optionnel de MODx, et peut être appelé via $modx->smarty)

Je me permets de citer une partie du message de Jason à ce sujet dans le forum interne

The integration is implemented as an optional service ($modx->services[’smarty’], also accessible as $modx->smarty), so Smarty is only loaded when needed

et

The good news here is that once you learn the new object-oriented MODx API, with any experience in PHP, the Smarty templates will look very familiar. Smarty exposes MODx objects directly, and so your learning-curve on this will likely be minimal.

:-)