Databases
StackOverflow2013
Postsdbo
PO
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>I faced a similar issue some time back and I <em>think</em> you are facing the same. Here is what I found out.</p> <p>Let's say in your panel you have combo box and then edit box (the order is important) with visibility of edit box is dependent on value of combo box. When you change the value of combo box the edit box is visible or hidden but its value gets cleared (refer below code snippet).</p> <pre><code>&lt;xp:panel id="panel1"&gt; &lt;xp:comboBox id="comboBox1"&gt; &lt;xp:selectItem itemLabel="No" itemValue="No"&gt;&lt;/xp:selectItem&gt; &lt;xp:selectItem itemLabel="Yes" itemValue="Yes"&gt;&lt;/xp:selectItem&gt; &lt;xp:eventHandler event="onchange" submit="true" refreshMode="partial" refreshId="panel1"&gt; &lt;/xp:eventHandler&gt; &lt;/xp:comboBox&gt; &lt;xp:inputText id="inputText1"&gt; &lt;xp:this.rendered&gt;&lt;![CDATA[#{javascript:getComponent("comboBox1").getValue() == "Yes"}]]&gt;&lt;/xp:this.rendered&gt; &lt;/xp:inputText&gt; &lt;/xp:panel&gt; </code></pre> <p>But if I swap the two components so that we have edit box and then combo box (remember, the order is important) and then change the value of combo box, the value in edit box is restored when edit box is visible again (refer below code snippet).</p> <pre><code>&lt;xp:panel id="panel1"&gt; &lt;xp:inputText id="inputText1"&gt; &lt;xp:this.rendered&gt;&lt;![CDATA[#{javascript:getComponent("comboBox1").getValue() == "Yes"}]]&gt;&lt;/xp:this.rendered&gt; &lt;/xp:inputText&gt; &lt;xp:comboBox id="comboBox1"&gt; &lt;xp:selectItem itemLabel="No" itemValue="No"&gt;&lt;/xp:selectItem&gt; &lt;xp:selectItem itemLabel="Yes" itemValue="Yes"&gt;&lt;/xp:selectItem&gt; &lt;xp:eventHandler event="onchange" submit="true" refreshMode="partial" refreshId="panel1"&gt; &lt;/xp:eventHandler&gt; &lt;/xp:comboBox&gt; &lt;/xp:panel&gt; </code></pre> <p>It seems the value in components before the partial-refresh-triggering-component get submitted while others do not. Regarding the reason for this behavior, I have <em>no</em> idea! I would really like if some one could throw some light on this as this has led me to redesign my XPages quite a few times!</p>
    singulars
    1. This table or related slice is empty.
    1. POConditionally hidden edit box in a partially refreshed panel
      singulars
      1. PTQuestion
    1. PTAnswer
    1. USNaveen
    1. USNaveen
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    1. COHave a look at my answer to this question. This is a problem with the JSF lifecycle: The *comboBox* get's the value *yes* before the *inputText*. Before the submitted value is updated, the *rendered* property of the *inputText* component is checked: It is false, because the *comboBox* value is *yes*, and the new value of the *inputText* gets lost. If the *inputText* is before the the *comboBox*, the rendered property is true, and the submitted value is updated.
      singulars
      1. PO
      1. USSven Hasselbach
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload