Skip to main content

Introducing UX Pages and the DLEX Project

As I was building the Midwest Lotus User Group Conference web site, I became more and more frustrated with what is required in developing a web site on the Domino platform. It is always becomes a cluge of multiple programming techniques, pass thru HTML, and hacks that is required to build a web page in Domino. Not very elegant. I believe it is one of the main factors why more Web sites are not running Domino as the backend considering the great security features of Domino.

The new XPages features of Domino 8.5 really adds new capabilities to create Web 2.0 applications. However, if you currently have existing applications you will need to modify them significantly in some cases to make it work. In addition, your application must run on a Domino 8.5 server and you must have Designer 8.5. Since I have a T41 with only 1.25 Gbytes of memory, I was not going to run Designer 8.5. I tested it once and that was enough. Also, I needed users who do not have knowledge of Domino development to update the content. IBM XPages require users to have experience as Domino application developers in order to build an application.

I looked into using one of the CMS that were available on openNTF but I did not like them. I kept thinking that there must be a better way of creating a web site in Domino. I have been working with Adobe Flex on and off for the past few months. In this environment, a web application is defined by XML declarations of the UI interface as show below:



Therefore, I was wondering whether I could represent a Domino web page also using XML declarations. XPages in fact does a very similar thing. So I decided to create my own XML declaration environment called UX Pages. It would mimic the Flex approach

After many trials and dead ends. I have completed the first version of the UX Pages engine, DLEX. It is very crude, but functional. In the UX environment an entire web page is defined by XML declarations. Like Adobe Flex, there are UX control components like labels and buttons, UX containers, UX navigators, and UX special containers. Currently, the fidelity of the UX components are minimal. The goal is to expand the capabilities of the components over time. Shown below is a sample UX Pages code that represents the sample web page that I quickly created . It was suppose to have been a sponsor site for the MWLUG conference, but I did not have enough time. It demonstrates a number of containers and controls that I have created. Each control or containers have properties and methods.



The DLEX compiler converts the UX XML into standard HTML and CSS. When you open the web site, the DLEX engine displays the web pages using Domino web agents. The DLEX compiler uses a recursive routine so you can have UX controls and containers within each other. I wrote the entire DLEX engine in Lotuscript since I am not very good at Java.

DLEX should work on Domino R5 server and higher. I can only create static web pages at this time. The next goal is to add the ability to read and submit Domino data from within the UX framework. The goal after that is to create UX datagrid containers and list controls that would be used to list data. How Ajax, Dojo, and JQuery plays into the whole thing, I have no idea at this time. I do not know how scalable this whole thing is. However, it works fine for the web sites that I am developing which are mostly for small organizations. After I improve the fidelity of the controls, I will recode the ReCor and Taishan Works web site which are due for a major overhaul using the DLEX engine.

If you would like to see the demo code from above in action go to:
http://twhost01.taishanworks.com/mwlug/sponsorhandbook.nsf

Comments

belgort said…
Very cool stuff.
Thanks Bruce,

I am working on the next version 0.3 and will do a Camtasia video of how it works very soon. I just need to find the time.

Popular posts from this blog

Creating Twitter Bootstrap Widgets - Part II - Let's Assemble

Creating Twitter Bootstrap Widgets - Part I - Anatomy of a Widget Creating Twitter Bootstrap Widgets - Part II - Let's Assemble Creating Twitter Bootstrap Widgets - Part IIIA - Using Dojo To Bring It Together This is two part of my five part series "Creating Twitter Bootstrap Widgets".   As I mentioned in part one of this series, Twitter Bootstrap widgets are built from a collection standard HTML elements, styled, and programmed to function as a single unit. The goal of this series is to teach you how to create a Bootstrap widget that utilizes the Bootstrap CSS and Dojo. The use of Dojo with Bootstrap is very limited with the exception of Kevin Armstrong who did an incredible job with his Dojo Bootstrap, http://dojobootstrap.com. Our example is a combo box that we are building to replace the standard Bootstrap combo box. In part one, we built a widget that looks like a combo box but did not have a drop down menu associated with it to allow the user to make a select

The iPhora Journey - Part 8 - Flow-based Programming

After my last post in this series -- way back in September 2022, several things happened that prevented any further installments. First came CollabSphere 2022 and then CollabSphere 2023, and organizing international conferences can easily consume all of one's spare time. Throughout this same time period, our product development efforts continued at full speed and are just now coming to fruition, which means it is finally time to continue our blog series. So let's get started... As developers, most of us create applications through the conscious act of programming, either procedural, as many of us old-timers grew up with, or object-oriented, which we grudgingly had to admit was better. This is true whether we are using Java, LotusScript, C++ or Rust on Domino. (By the way, does anyone remember Pascal? When I was in school, I remember being told it was the language of the future, but for some reason it didn't seem to survive past the MTV era).  But in the last decade, there a

The iPhora Journey - Part 4 - JSON is King - The How

  The iPhora Journey - Part 1 - Reimagining Domino The iPhora Journey - Part 2 - Domino, the Little Engine that Could The iPhora Journey - Part 3 - Creating an Integrated UI Framework The iPhora Journey - Part 4 - JSON is King - The Why The iPhora Journey - Part 4 - JSON is King - The How As we mentioned yesterday, in reimagining Domino, we wanted Domino to be a modern web application server, one that utilized a JSON-based NoSQL database and be more secure compared to other JSON-based NoSQL platforms. A Domino document existing within a Domino database is the foundational data record used in iPhora, just as it is with traditional Domino applications. But instead of just storing data into individual fields, we wanted to store and process the JSON in a Domino document.  However, text fields (AKA summary fields) in Domino documents are limited to only 64 KBytes, and that is a serious limitation. 64 KBytes of JSON data does not even touch what the real world typically transfers back and fo