#dominoforever | Product Ideas Portal

 

Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.

For more information and upcoming events around #dominoforever, please visit our Destination Domino Page

Notes client: alias for fields

Volt creates now the field prepending F_fieldname

So in this case we can not use an existing native notes app.

If we can add an alias in a field in the notes client like for views and forms is the case we could "link" the fields of Volt with the fields of the notes client

ex. F_Name | Name

  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Mar 9 2020
  • Unlikely to implement
  • Attach files
  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    16 Jun 15:46

    I agree with Theo, this is too complicated.

    I agree that there needs to be some way of bolting Volt on top of an existing Notes database, but Alias is the wrong approch.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    01 Jun 19:00

    I think that without some wiring solution, using VOLT to show data coming from Notes apps is going to be difficult once datasets go into hundreds. If you just create stand alone VOLT apps, no problem. But oncce heavier data is to be accessed, I can see a real scalability issue.

    Maybe a wiring function enabling us to tell VOLT : this is the Notes variable, this is thr VOLT variable and an automatic sync both ways.

    Another solution maybe to have an format F_xxxxx whereas xxxxx is the notes variable ? In the Notes interface, you'd see without the F_, in the VOLT interface with it.

    Whichever solution is chosen, I really believe that something will be needed to integerate with existing Notes apps, he more so if they have large datasets

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    01 Jun 18:50

    "So in this case we can not use an existing native notes app. "

    But we couldn't use an existing native Notes app, even if we had aliases?!?

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    25 Mar 15:35

    @GroupWave we have that kind of solution :-) But its created in xPages

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    25 Mar 14:57

    Better to have a way to create a Volt interface for an existing Domino application.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    12 Mar 17:08

    Which fieldname? 1 of both :-)

    Since it are aliases we do not care about the functions that use a string for the fieldname. No matter what you refer to. It represents value of the fieldname or alias.

    Like in Views as Forms etc. In your code you can use the native name or the alias or even one of the aliasses.. (not commenly used but I ran into it a long time a go)

    In short. Volt uses one of the 2.. fieldname or alias and Notes/scripts/xpages/... uses one of the 2.

    Just like we used aliasses for 100 years now.. sorry 30 years

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    12 Mar 07:09

    looks like an interesting idea, but which name is use as the field name to store data in?

    And what about all the functions that use a string for the field name.

    If I could, I would vote against it. Makes things too complicated.

    Comment by Theo Heselmans