IdeaJam(tm) feed for Fedor Belov

Domino Designer / : Allow us to write in one place "On Error Goto..." for all LotusScript

Tue, 04 Dec 2007 13:43:59 +0000

Author: Fedor Belov
Tags: LotusScript Error
Idea:

Why do I need to write

"On Error Goto ErrorLab

...

Exit Function ErrorLab: Call CommonError Exit Function End Function" in each function/sub? Let me to write this code in one place and extend it to all LotusScript errors at any Function/Sub

re: Allow us to write in one place "On Error Goto..." for all LotusScript

Tue, 04 Dec 2007 13:59:15 +0000

Author: Slawek Rogulski
Comment: I don't always want error trapping and when I do I want it to sometimes do specific error handling.

re: Allow us to write in one place "On Error Goto..." for all LotusScript

Tue, 04 Dec 2007 15:02:06 +0000

Author: Axel Janssen
Comment: I second Slawek.
We use a smarticon that copies such boilerplate code in a fresh agent.

re: Allow us to write in one place "On Error Goto..." for all LotusScript

Tue, 04 Dec 2007 15:39:36 +0000

Author: Slawek Rogulski
Comment: @2 - The default templating { Link } idea could be useful but in the meantime I like your use of smart icons. Presumably there could be all kinds a whole tool bar (or more) of different code snippets.

re: Allow us to write in one place "On Error Goto..." for all LotusScript

Tue, 04 Dec 2007 15:40:54 +0000

Author: Slawek Rogulski
Comment: @3 - Edit:
Presumably there could be all kinds of icons with code snippets arranged in a new tool bar.

re: Allow us to write in one place "On Error Goto..." for all LotusScript

Wed, 05 Dec 2007 06:25:57 +0000

Author: Corey Davis
Comment: If you put an On Error in the Initialize sub and not in any other subs/functions, then any errors that occur in those other subs/functions will be handled by the error handling routine in Initialize. Is that not what you are asking for?

Domino Designer / : Global DataBase Variable - set at any place (any doc, agent), access at any place

Mon, 10 Dec 2007 20:16:09 +0000

Author: Fedor Belov
Tags: Global Variable
Idea:

I need variable that will be accessible throw the my session with DataBase only at any place like QueryOpen Doc1, QueryClose Doc2 or Agent1. I can do it with Notes.ini but i need to clean it when DB closes and it is not comfortablе

re: Global DataBase Variable - set at any place (any doc, agent), access at any place

Mon, 10 Dec 2007 21:28:14 +0000

Author: Corey Davis
Comment: This is one of the best uses of profile documents since they are cached. This is from the Profile Forms document in Designer Help:

"Profile documents allow for quick data retrieval, because they are cached while the database that stores them is open."

re: Global DataBase Variable - set at any place (any doc, agent), access at any place

Tue, 11 Dec 2007 09:37:43 +0000

Author: Ben Poole
Comment: Why aren't you comfortable cleaning up after yourself in the notes.ini file? As Corey says, profile documents sound like the way forward for you.

re: Global DataBase Variable - set at any place (any doc, agent), access at any place

Tue, 11 Dec 2007 14:02:20 +0000

Author: Thomas Bahn
Comment: But in profile documents you can't store objects, only simple values!

re: Global DataBase Variable - set at any place (any doc, agent), access at any place

Tue, 11 Dec 2007 19:26:07 +0000

Author: Kerr Rainey
Comment: Global Variable's are bad, m'kay.

re: Global DataBase Variable - set at any place (any doc, agent), access at any place

Wed, 12 Dec 2007 11:38:59 +0000

Author: Axel Janssen
Comment: I second Thomas Bahn.
A database bound object space isn't such a bad idea.
Its like a profile document, with the possibility to store more complex data-structures in it.
Like attributes in ServletContext or PortletContext.

re: Allow us to write in one place "On Error Goto..." for all LotusScript

Thu, 20 Dec 2007 18:53:38 +0000

Author: Brian Miller
Comment: "On Error Goto Hell" should be replaced with *real* exception handling.
e.g.:

Try
'Code that may raise an error.
Catch
'Code to handle the error.
Finally
'Code to do any final clean up.
End Try

Domino Designer / : GUI Improvement - design forms/pages by using HTML

Fri, 28 Dec 2007 22:57:55 +0000

Author: Fedor Belov
Tags: GUI
Idea:

Sometimes I think that HTML is easier than Lotus Table with a lot of options of different tabs... It is very hard to make application with embedded view without appearing scroll-bars...

Why if I push left/right my form moves somewhere left/right? I don't need it.

Make Lotus GUI more flexible and clear

Domino Designer / : Folders for design elements

Fri, 28 Dec 2007 23:08:09 +0000

Author: Fedor Belov
Tags: Folder
Idea:

I want to edit form "BlaBlaBla", but it's pretty hard to find it when I have 100+ of them... Make folders for design elements

re: Folders for design elements

Sat, 29 Dec 2007 22:17:57 +0000

Author: Thomas Bahn
Comment: Make them yourself!

As in the Notes client, you can create folders in the bookmark side bar and add design elements to them.

re: GUI Improvement - design forms/pages by using HTML

Sat, 29 Dec 2007 22:25:58 +0000

Author: Thomas Bahn
Comment: I would promote your last sentence: Make Lotus GUI more flexible and clear!
But design forms and pages using HTML? No.

re: Folders for design elements

Wed, 02 Jan 2008 03:20:50 +0000

Author: Thomas Kennedy
Comment: This is already in there. Drop your app onto the Designer's bookmark bar, then right-click and create a folder; you will have the option to create a folder in your design. Then you can drop your views, forms etc into the new folder.

re: Folders for design elements

Wed, 02 Jan 2008 10:48:44 +0000

Author: Harkpabst Meliantrop
Comment: And it's there since Notes 6, the most underrated release ever. However, this idea would still make sense, if you slightly change it to: Allow me to drag and drop design elements from the right hand design list into design folders. Currently (well, as of Designer 7 at least), you can only drag and drop design elements from the tiny collapsible 5-element list in the bookmark window.

re: GUI Improvement - design forms/pages by using HTML

Wed, 02 Jan 2008 11:23:14 +0000

Author: Harkpabst Meliantrop
Comment: You can import HTML (and convert back and forth) already. Before putting any efforts in better fidelity between the two, there are definitely dozens of things I'd like to see fixed, first.