Jump to content
uniGUI Discussion Forums

aem

uniGUI Subscriber
  • Content Count

    11
  • Joined

  • Last visited

Community Reputation

0 Neutral

About aem

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. aem

    HyperServer Response about INI file

    Mystery Solve. My apologies to the group. Our own source was the culprit it seems. Thank you, tonyM CC
  2. After several months of porting various programs to have web interfaces (for cloud deployment) we are ready to delve into the world of deployment. Our first step is to try out HyperServer - running our app compiled in simple stand-alone mode. Of course the simple steps are quite clear: Copy hyper_server.exe and hyper_server.cfg to folder where your application's executable file resides. •Compile your application in Standalone Server mode. You may need to change your project's DPR file to switch from a different mode to Standalone Server. •Edit hyper_server.cfg file and set binary_name parameter to your application's executable name. For example binary_name=myapp.exe •Again hyper_server.cfg file set prompt_login=0 •Run hyper_server.exe •In a browser tab navigate to url http://localhost:8077 •You should be able to see your app's main form or login form in browser tab. [Eventually we figured out that the FMSOFT_uniGUI_xxxx_runtime_xxxx.exe needed to be installed. OK.] Bingo, now localhost:8077\server gets us to the management console nicely. But when we hit our app with localhost:8077 we consistently get a curious message: Expected values not found in config file: C:\Program Files\HyperServer\wValupay.ini Our app is called wValupay.exe but is this some sort of necessary file we must create? If so, I have just missed all mention of it somehow! What would go in there? complete version 1.90.0.1499 We do love uniGUI, tonyM
  3. I have pursued the forum and tried several promising methods, but I cannot seem to be able to programmatically control the selected cell of the tunistringgrid. The tunistringgrid clearly maintains both a 'truly selected' cell and a highlighted cell. Ar runtime if you specify grid.row:=3; grid.col:=3; The cell 3,3 is indeed highlighted. But you can still discern a light line around the cell that had been selected earlier. And if the user hits the ENTER key, the editing occurs within that previous cell, not 3,3 as hoped. The subclassing of the grid class and using currcol/currrow doesn't seem to move the true selection either. I was surprised not to find this mentioned anywhere - but I suppose most people use the stringgrid for display purposes rather than as sections of data entry screens. (incidentally, the ENTER key to edit a cell is a constant complaint from EVERY tester we have) If you have a tip about controlling the selected cell I would be grateful. thanks tonyM
  4. The Tunitreenode does not seem to have the TREEVIEW property. Down inside some callbacks I have access to the NODE being modified but I need to access the tree itself and even the frame the tree is in. Is there a straightforward way to get at the TREE from the NODE? Traversing the parent tree upward ends in NIL it seems. thanks, tonyM
  5. Thank You -- Walking back from isolated example to full code revealed a stupid oversight on my part. For those that need spaces, this works well for me as SherZod provided: 1. UniServerModule -> CustomCSS: .customSG .x-grid-cell-inner { white-space: pre; } 2. UniTreeView -> LayoutConfig -> Cls = customSG
  6. How about that? a simple mainform-only test case works! You get the spaces preserved. Now comes the fun - to trial and error my way between the isolated case and the full case. I will report back. Thank you sincerely, tonyM
  7. Thanks -- I see where you are going with the "pre" business. (ala <pre>) Your two steps are simple and clear -- but I did not see any change in the tree listing. If you are darn sure should work (in your experience) I will try it in an isolated test app. tonyM CC
  8. Alrighty, I changed my forum address from my standard development address to my formal corporate email account. This of course is not the registration address that the Seattle office used to purchase and register the product - It is my own account within the purchasing company ClearCycle of Seattle WA. I hope this works for everyone. tonyM
  9. Thanks - We are now official - we purchased and installed 1.90.0.1499 last week. As for the unitreenode text, I see now that the node.text contains the string as intended. So when I check unitreeview1.selected.text it might contain a string formatted like: Chk: 000012345 Seq_no: 45-56 But the browser (firefox or edge) displays: Chk: 000012345 Seq_no: 45-56 All text of all nodes are shown this way - spaces squished out. In another thread I got the idea that HTML interpretation may make it necessary to replace every space with &nbsp; I could do that religiously during the load, but I wouldn't be thrilled... If you come across an easier method please let us know. thanks, tonyM CC
  10. Whether added statically at design time or dynamically with xx.add() or xx.addchild() my pre-spaced text seems to be stripped of any multiple spaces - replacing them with one space. So a line like: rootnode.add(nil,''aaaa bbbb'); shows text: aaaa bbbb Our multi-level trees almost always require alignment of the many items that comprise the lines. Using a font like new courier and spaces lets us do that normally. Am I missing a simple way to avoid this stripping action? thanks, tonyM
  11. Hello, It's been a long time since I've been this excited about coding - UniGUI is amazing! I hope I can be a useful part of this growing community. So I am putting together a couple of demos to show our director next week (healthcare software developer, 20 employees - purchase imminent) Mostly I have ported over 2 ancient projects in record time that most thought were a lost cause. I have a question already about closing/not closing forms. For nice compatibility I have enablesynchronousoperations set to true. The code often displays a form with <otherform>.showmodal; The code nicely stops there and waits for the form to close. But without an onclosequery event that new form must determine if it is allowed to close in the onclose() handler and set action:=caNone if it should remain active. Here;s the rub, Setting action:=canone does indeed keep the form on top BUT The statements immediately past the original showmodal call are executed no matter what I set the action value to. This really reeks havoc where we use something like: if <otherform>.showmodal=mrOK begin //statements end else begin //statements end; These statements get hit while the form is still suppose to be in control and not yet closed. In short, I can set the action:=canone and it keeps the top form showing, but the calling code continues on past at that time - as if it had been closed. I have been working with unigui for all of a week so I bet this is a newbie question. Thanks, aem
×