AEM Sightly - カスタムのデータ属性を作成することは可能ですか？カスタム属性を作成する方法、例えば：ただ、カスタムJSPタグのような</p> <pre><code><div data-sly-myAttribute="${whatever}"></div> </code></pre> <p>がある場合

Question

は、私は思っていました。

EDIT：2014年5月4日の時点で

、それはthis blogによると、ことはできませんでした。 これについてのニュースはありますか？

Answer 1

EDIT：必要なクラスimplが入ってくるバンドルからエクスポートされないため、この時点では実行できないように見えます。Radu Cotescuがコメント内でそれを指摘してくれてありがとうございます。

以下、私の元の回答を残します。誰かが本当に必要か、githubの上のスリングレポをフォークし、追加/独自のプラグインを展開するか、単に必要なimplパッケージをエクスポートしてみると、あなた自身のコードベース

---

---

にプラグインを追加することができますし、単にたい場合Sightlyのソースコードでは、プラグインと呼ばれるもののリストを見ることができます。これは目に見えるブロックステートメントのそれぞれの実装を提供します。 https://github.com/apache/sling/tree/trunk/bundles/scripting/sightly/engine/src/main/java/org/apache/sling/scripting/sightly/impl/plugin

これは単なる推測です、と私はまだそれを試していないが、それはあなたがorg.apache.sling.scripting.sightly.impl.plugin.PluginComponentを拡張し、Plugin OSGiサービスで独自のクラスを提供することができるかもしれように思える：それらはここで見つけることができます。私は、既存のプラグインの1つをコピーして、新しい名前で動作させることができるかどうかを確認します。たぶんTextPlugin、それはかなりまっすぐ進むようです。

うまくいけば、これはいくつかの楽しみにつながる方向にあなたを指します:)

をおそらく

@Component 
@Service(Plugin.class) 
@Properties({ 
     @Property(name = Plugin.SCR_PROP_NAME_BLOCK_NAME, value = "foo"), 
     @Property(name = Plugin.SCR_PROP_NAME_PRIORITY, intValue = 9) 
}) 
public class FooPlugin extends PluginComponent { 

    @Override 
    public PluginInvoke invoke(final Expression expression, PluginCallInfo callInfo, final CompilerContext compilerContext) { 
     return new DefaultPluginInvoke() { 

      @Override 
      public void beforeChildren(PushStream stream) { 
       String variable = compilerContext.generateVariable("fooContent"); 
       stream.emit(new VariableBinding.Start(variable, 
         compilerContext.adjustToContext(expression, MarkupContext.TEXT, ExpressionContext.TEXT).getRoot())); 
       stream.emit(new OutVariable(variable)); 
       stream.emit(VariableBinding.END); 
       Patterns.beginStreamIgnore(stream); 
      } 

      @Override 
      public void afterChildren(PushStream stream) { 
       Patterns.endStreamIgnore(stream); 
      } 
     }; 
    } 
} 

このような何かが、その後、見た目のファイルにそれを使用

<div data-sly-foo="${properties.jcr:description}">This text should get replaced</div> 

I私が試してみるとこの答えが更新されます。

メモ：実際のシナリオでこれを実行しようとしている場合は、この方法で解決しようとしている問題を解決するためのより良い方法があります。視覚的なチームは、目に見えるものをするために必要なものすべてを私たちに提供しようとしました。

Answer 2

いいえ、独自のブロック要素を作成することはできません。その実装は仕様[0]に準拠していないためです。新しいプラグインを追加するだけではなく、同じHTML要素で複数のブロックが使用されているときにブロック要素の優先順位が設定されます。これが可能であれば、提供されたプラグインを無効にすることはできません。

しかし、新しいブロック要素が必要と思われる場合は、明確に定義されたユースケースで仕様にプルリクエストを送信してください。さらに、Apache Sling開発メーリングリスト[1]でユースケースについて話し合うと助けになるでしょう - あなたが必要とするのは他の開発者も考えていることかもしれません。その場合、コラボレーションは最適な解決策を見つけるのに間違いなく役立ちます問題に

[0] - https://github.com/Adobe-Marketing-Cloud/sightly-spec/blob/1.2/SPECIFICATION.md
[1] - https://sling.apache.org/project-information.html#mailing-lists