chefdackel

maybe these links can help: http://forums.unigui.com/index.php?/topic/3504-change-css-style-after-creating-a-unibutton/ http://forums.unigui.com/index.php?/topic/3486-shadow-for-unilabel/ Best Regards Chefdackel

very nice, Erich. It looks like it should, like a real web application. But I think you use at least the theme "gray" so that f.e. the message- and confirmationdialogs are shown in a color (gray) that always matches the colors of your interface, independent from the colors you choose for the panels?

Anyone succeeded using another theme then the ones provided with the UniGUI installation? I tried to use Neptune theme and the Steelblue theme, but only parts worked. F.e. with Neptune the font size of buttons is much too big, and the background of the caption of forms is not displayed correct, also the icons on the forms caption area are not displayed as expected. The same is the case with the steelblue theme. I tried with ExtJS 4.1.1a and ExtJS 4.2.1.883. Farshad - any better support of external themes to be expected in Version 0.94? IMO Its one of the major things that will help a UniGUI application does not look like an outdated VB application, but more like modern web applications . Best Regards!

you asked where.

well, first version 0.94, then the manual, please

? No problem here. Just to complete: if your application is mature enough, you possibly want to test it with automation. One promissing tool is Sahi, from the description: "Sahi can automate applications built using ExtJS, ZK, Dojo, YUI or any other framework." http://sahi.co.in/ Or check the free http://docs.seleniumhq.org/ or another one, designed to do native automation tests for ExtJS applications: http://www.cogitek.com/riatest/features/technologies/extjs.html No, I did not use these tools yet (because MY application is far from production state ) , but did a little research for these automation tools, for those which are in budget for a serious UniGUI programmer (or free). If you do automation, I am sure you first check your work as a standalone application, if everything works as expected you check the application as an Isapi to find out Isapi related issues.

this article is a bit older, but check all things the author mentioned: http://chee-yang.blogspot.de/2009/10/configure-windows-7-iis7-for-isapi-dll.html

I have no direct solution to your problem, but look at this topic, there the author also complains about a UniGui Isapi, but after doing a test with 100 (!) concurrent users: http://forums.unigui.com/index.php?/topic/3393-recomended-configuration-for-high-users-requests/ Keep us informed if you get the solution to your problem, because I think sooner or later a serious UniGUI programmer will think about Isapi deployment of his application.

Merhaba all together would be nice if you would share your conversation with the english speaking part of the forum.....

please be more specific, what does "it don`t work" mean exactly? Is it a standalone exe, an Isapi.... what errors are shown, if any?

Apart from the problem with re-starting IIS: try first to solve all problems with the UniGUI application in standalone mode. Then when everything seems to be ok with the application re-compile your application as Isapi, install in IIS and check the problems which may occur dedicated to Isapi mode.

very cool. Thanks to the author. Originaly Zilav wrote "Does not work in IE - do not use in production". I tested with IE10, and everything works great. Also with Safari 6 on a MacBook and iOS 6.1.3 on an IPad3. Seems the warning is obsolete for latest browser versions?

thank you for testing on the android tablet. Yes, the last days everything is fine on all IPads. But that day really on the IPad3 everything went wrong as described.

... and a progress indicator for uploading. That would be perfect.

FileUpload: For setting maximum filesize and fileupload: it would be nice if the size of the selected file is checked BEFORE the upload process, not after the uploading has been completed. Just did dome testing with Intraweb/CGDevTools, in their demos the test takes place before uploading. I wish Farshad can implement it also in the UniGui fileupload component.

Today I discovered a strange thing: the megademo http://prime.fmsoft.net/demo/ucdemo.dll does not work properly on an IPad3. First the application is shown as expected, but when trying to navigate to an example of the megademo the screenmask "please wait" is shown for (as far as I can see) 30 seconds and then the error -------------------------- Ajax Error Server unavailable, please try later -------------------------- is shown. That happens when clicking the Labels, Buttons, Edits, ..... FishFacts.... all examples of the MegaDemo. After 30 seconds the above error is shown. The other demo applications (CanvasDemo, SortDemo, ......) work as expected - only this "big" application shows errors. More strange is, that everything is fine with "desktop speed" on an IPad2. On the same internet line. Tested today during the day, not only one or two times. With 3 different internet lines. Both IPads (2+3) with IOS 6.1.3. Anyone with an IPad3 can check the MegaDemo and report the results?

There is an interesting book which you can get under 30$ as E-Paper covering Ext.net development. Ext.net is a component framework built with ASP.NET, so what UniGui is for Delphi, both based on ExtJS. So maybe the book may cover a lot of interesting things we can use now or in future with UniGui, of course dependent what FM will implement in upcoming versions of UniGui: http://www.packtpub.com/extnet-web-application-development/book?utm_source=ext.net Read the sample chapter to decide if it is worth to take a deeper look.

Farshad, an interesting product which uses ExtJS is ext.net (www.ext.net). Only want to mention the price tables here, not the product because its not based on Delphi. When you look at the prices you see the price per developer which includes (newest) ExtJS is 595$, the price of the Ext.net license alone is 329$. So they charge 266$ for the bundled ExtJS license one may think BUT...... look at the benefits of the bundle - http://www.ext.net/store/#benefits - premium support, source code and so on. Of course charged every year you want to have the current version of ExtJS and Ext.net. Maybe thats an interesting comparison for your maybe negotiation with Sencha and also an interesting approach for your calculations of an upcoming UniGui/ExtJS-bundle. Success is always a marketing thing - don`t set the price too high, the higher the price, the less licenses you will sell. Don`t make it too cheap.... but look left and right what other vendors take for their licenses, even when they are not useable for Delphi. Something around 600$ or at most 700$ for the bundle, support and source per year would be ok, if you go much higher, you may become troubles in selling licenses. Thats only my humble opinion, which I hope I can post here without beeing stoned Best Regards

well, did they also use ExtJS in the ASP.NET example, f.e. use http://www.ext.net with ASP.NET? If not, its not a fair test. That would be an interesting comparison, build up some forms with some grids and input fields or whatever you want (both to compare alternatives based on ExtJS), use the same (external) DB server, and then do the testing. Maybe very exciting test cases.

you may consider separating the core logic from db access by implementing a n-tier architectur for db-access. So hosting the Firebird Server on another machine. At first glance it seems to be waste work and a waste of resources because of the additional layer, but you have many advantages: .) separate the logic of the main program and the data server and data access, making the UniGui program more stable. .) you can quickly change the database API - with minimal changes in the UniGui part. .) you can host the data server on another machine and easily get the data with HTTP, Rest, Soap.... or whatever servers, not only by your UniGui program, but even by f.e. a windows desktop program which uses the same additional server to get his data. .) security issues: if a hacker gets access to your UniGui windows server, he has no access to the real data server, which is on another machine. Its harder to steal the data. take a look at: .) Datasnap .) kbmMW .) RemObjects/DataAbstract .) RealThinClient (RTC) The downside is that it is not a set and done thing, you make take some days to get a real world application with all the bells and whistles and all the testing. Often documentation of these tools is outdated and not complete. But if you want a professional, high availability system than its worth to consider. You can go even a step further: why not taking all the printing logic also away from the core UniGui server and set up an additional server with one of the above tools for the printing part.

...if you want to go the road with Intraweb, take a look at http://cgdevtools.com/ very promising, even some ideas and JQuery tools which may be implemented in UniGui

Hi Gerhard, yes, thats the problem. I wrote something about it here in Oct 2011 (uh! so long ago, thats nearly two years with this UniGui beta stuff ): http://forums.unigui.com/index.php?/topic/1193-create-pdf-and-show/?hl=combit&do=findComment&comment=5040 I am very sure that I will implement the report and also the db stuff in external servers, apart from the core system. As you did with the report system. At first glance it seems to be more work, but there are some advantages which I don`t want to miss. Just waiting for UniGui 0.94 before starting to program the real world apps.... until now I have the 5-user webserver license, if everything wents ok with L&L it might be I switch to the enterprise license (the yearly costs are heavy). But for porting my desktop apps with all the requirements to the web world in very short time there really are no alternatives which I can handle with my restricted human resources. Best Regards Peter

well, so many answers to your question, interesting . So, there are very different concepts between UniGui and EWB. Ok, the great thing is you produce code which is not restricted to Windows Servers. If you look deeper in the concept of EWB there are some serious differencies to UniGui, which imo are negative. Here are only some: 1. It is only "Delphi Style", but you are not programming in the Delphi IDE. You can`t use your favorite report tool, your favorite DB tool, and so on. 2. The same as with UniGui: all the stuff seems to be programmed by a lonely cowboy. And at Elevatesoft the problem is not smaller as FMs problem: Tim is programming his EWB stuff, his DBIsam stuff, his ElevateDB stuff..... well, very much for this ranger. The products are not bad, but development seems to be so slooooooow. And look at the latest support conditions of ElevateSoft - one other thing I am looking for alternatives to one of my favorite DB tools, DBIsam. I think in the long run it was not the best decision of Tim to get payed for every support ticket, and it will cost him customers. I think UniGui has more potential than EWB. Although waiting for 0.94 or even the first version with source ( ) is a bit frustrating. Please correct me if something is wrong.

last time I tried to report with L&L and UniGui was L&L version 15 I think. After some discussion with Combit there was no way to do 32-bit-printing due to windows restrictions with 64-bit-servers.Then I gave up because I did not wanted to do the step to 64 bit with UniGui/L&L. As soon as 0.94 is released, I will continue with L&L and then do the 64-bit-stuff.

the NSA scanners will love this topic