Yes Frank, that is what i see. 

 

But it should'nt be automatically rendered, when i can set it as a data value (here 'Name:') in the Design Pane.

The Designer seems not to render it automatically for itself, because it works correct in this place.  

 

I think, this is a bug. 

Think about it from the point of view of an edit box in a repeat control. XML requires all elements to have a unique ID. So if XPages (or any technology for that matter) used the ID you specify, you can no longer have repeats. And that includes view panels, which are repeats, as well. You would be forced to create not just one template row for your repeat, but duplicate and change the IDs for all elements in as many rows as you want. This is the pain we've had with Notes Client development for so long, that if we want to allow users to update multiple documents we need to create e.g. 10 duplicate copies of fields, each with its own unique field name. If we need to change a formula for one field, we need to change it ten times.

 

So that's why the ID is automatically generated and why it's not a bug.

 

If you really want to use IDs to manage your classes, you can always create HTML fields or elements on your XPage instead. But if you're using them to store data, you'll need to handle the back-end saving of the data yourself. So while you're gaining CSS by IDs, you're losing core XPages functionality.

The 'trick' is to NOT use <xp:div> and use <div> tags themselves. So your tag will be:

 

 

 HTML-div, that's it ! 

  

That works great, as expected  ..........

 

Thank you all posters .... 

 

 Uwe 

 

Paul@: 

Thank you for that very detailed description. It helps to understand the underlying philosophy, which is absolut correct from developers standpoint.