chefdackel

topic crosspost, answered in: http://forums.unigui.com/index.php?/topic/3315-erro-de-memoria/

with a tool like this? http://www.eurekalog.com/ ...maybe as soon as FaMo deploys the source code.

well, the Delphi report components are not the best in integrated PDF exporting. For FastReport the users wait for years for some handy and accurate integrated PDF exporting, and also for ReportBuilder I think if you want great PDF export with "complicated" reports then you have to use third party tools. Like wPDF from Wpcubed or eDocEngine from Gnostice. But take a look at the license terms, f.e. wPDF comes in form of a DLL, the unit to integrate thread safe in your source costs extra money and also the internet server license costs extra money.

great, maybe I will start a new topic under "general" here to discuss RTC, kbmMW or some other tools to build HTTP data servers to be used with aparted Unigui (GUI) servers. I think its a great idea to separate the db-stuff (and maybe also printing stuff) from the main UniGui program logic into separate servers/services, even if you can switch between MySQL, DBIsam, Nexus, SQLite, Interbase and others without touching the source of the main Unigui server.

I cannot help you with RTC, but I am very interested that someone uses the combination UniGui <--> RTC. More than a year ago I built a small test server with KbmMW to handle the DB stuff (DBIsam), that worked great. Thought of switching to RTC anyway when a new, real world project will come up the next days. Do you want to handle some more advanced stuff with RTC, maybe DB stuff? Please keep us informed if and how your problem will be solved. Best Regards Peter

yes, highly recommended!

my little advices: .) re-mail your invitation to the votes and there will become more votes. .) Many people need two invitations before they come back here to vote. .) try to promote UniGui a bit more agressive in the delphi world. .) make clear that it will mature soon and the beta may become to 1.0 in the near future. .) promote the time limited money savings for x and y - if people hear that they can save money, they will take a detailed look how they can save it.

Maybe I have misunderstand something with these extJS licences.... but: please consider that it have to be always possible to install and test the product "UniGui" for interested developers. If someone new comes to this place, reads about all the features, thinks "great - lets see how it can be handled with my ideas....", wants to download and install a test version and than have to read "No, no - you cannot test it in your development environment, you have to first licence with extJS, than you may come back here....".... I am sure you may get some initial 50.000$ from the fellows who already hang around here, but UniGui will have no chance to grow like it would have to grow to become a mature and trusted framework for the coming years. Its not your fault - its seems to be a extJS thing. I hope you will find an option to make it possible for interested developers to test all the features also with future version of UniGui. In my opinion thats essential to not only make money with 0.94 to 1.0 with all the guys who already know your product, but also in the next years with all the developers who don't know anything about UniGui now.

Nein, hier sind noch ein paar andere, die Deine Sprache sprechen. Delphi seit Version 1 Back to the topic: I would pay 1.000 $ if would get the full, extended package in a timeframe of approx. 2 months. It it takes much longer, it is likely that its too late for some small and mid-sized projects which wait for a long time (because I really want to do it with UniGui), have to be started now and have to be completed no longer than the above timelime. If UniGui will be in 1.0 in next winter, even if it will cost no more than 300$, its too late. Think about the following: a starting payment of 1.000$, including support and updates for 12 months. After that a 50% fee of the initial payment (including the extJS-stuff) for some more 12-month subscription of support and updates. Easy payment model, easy to understand, easy to calculate for future use, everything included. Is that fair?

http://forums.unigui.com/index.php?/forum/23-spanish/

Uh.... it really should work on the IPad, as a lot of customers here only work with Apple stuff. Testing: I think the demos from unigui.com also are based on Ext4... checking the "Grid Editors"-Demo when selecting a cell the whole row is selected, but the clicked cell is highlighted also like edit mode.... but in contrary to the demo on Firefox only the data in column "Shift" can be changed. No data on other cells. The selecting of the whole grid region is only a flashing kind here - before the row is selected, the grid region flashes once. Same effect whith string grid and db grid demos from unigui.com. Only as side note: I only use grids whith rowselecting and editing the record after clicking on a separate "edit"-button in an additional form. Thats my personal preference when building db based GUIs.

thank you for the information, but well, I think OCX-stuff is not an option. My clients want non-install-applications which runs on Windows, Mac, IPad....... After talking to so many customers I am sure: if I say: keep Windows, and only use IE, I will lose many of them. What business? Financial applications for real estate agencies. They want it easy. They want it everywhere. And they want to use it instantly. I hope UniGui applications wil make them happy

rebuild your application as a standalone web application and test it - does everything work as expected?

Please take 5 minutes to update the Roadmap. It would be interesting if 0.92 is only one quarter behind the plan. I don't want to shove, only be able to adjust our own plans. Thank you!

also think about n-tier data design with components like kbmMW(*) or RemObjects SDK. You have many advantages: f.e. no matter where your data comes from, no matter which database you use, your unigui (frontend) application only changes slightly or not at all. -------------- (*) the last time I looked at kbmMW (Mai 12) there was a version conflict for a unit between kbmMW and (non-source-)unigui. Maybe its solved, maybe not, the support for kbmMW is by far not so excellent as for unigui. Beside that, I like kbmMW - thinking about using in some desktop applications

thanks for sharing the idea to include an IFrame with the SSL application. It seems to be an easy solution for our financial calculation applications with access from different sites and with very security sensible customers.

SSD? Interesting fact.... at the moment there is no chance to get there a server with a SSD disk. But I also think about leasing a dedicated server from server4you... for developing purposes it seems to be a great deal. I have 5 VPS servers hosted at different providers, only 4 for developing purposes and testing stuff (different IIS versions, 32/64 bit....), so I will kick off two of them and get a dedicated development server.

Server4You is the lowcost service of the company, there is also the business section under serverloft.de. The dedicated servers at server4you are very well priced, but I am interested which experiences you will make with the support of server4you, if they really earn the money for a support team which can help when the server is down and you need urgent help. Well, maybe you will tell us about your experiences. See also hetzner.de, higher priced but with good reputation. What maybe interesting to me is that they offer servers with SSD disks, something that maybe of interest when moving some WordPress sites to the dedicated windows server.

thank you very much for sharing this info.

Because Abyss installs the 64-bit-Version on 64-bit windows automatically (can`t switch when installing) I only tested the 64bit version with the 32bit Isapi dlls. But here is the first answer from Abyss support, as expected: >> (from Abyss support) Abyss Web Server exists in two editions: 32 and 64-bit. 32-bit ISAPIs run on the 32-bit edition only. << So I expect when installing the 32-bit-version of Abyss every test will pass with the 32bit Isapi dlls on the 64bit OS... do later testing, when Aprelium support tells me how to install the 32bit Version of Abyss.

sounds great at first, but did you tested a 32-bit ISAPI dll on a 64-bit OS? I wonder if anyone managed that outside of an 64-bit IIS with his 32-bit compatibilty-mode. Today I made the following tests with a couple of 32-bit ISAPI dlls and Abyss: Win7/64: failed (internal server error 500) 2008/64: failed (internal server error 500) 2008/32: passed failed tests show "%1 is not a valid Win32 application" in the ISAPI log of Abyss. So it seems with Abyss (and any other webserver outside IIS?) as long as you dont`t build 32-bit ISAPI dlls with Delphi (I actually use Delphi 2007 for uniGUI and some other web stuff), you can`t host the ISAPI dlls on a server with 64-bit-Windows. I had difficulties to find a provider which offers a VPS with 2008/32, mainly they all installed the 64-bit OS. If anyone has a great tip to solve the problem please advise. I will contact Aprelium, but I am sure they can`t help, because the problem is with any other webserver except IIS (?).

well, I really recommend to get one and test the web stuff with the iPad. In my industry (financial) the last two years more and more users get an iPad and do the daily internet tasks - connected to the internet - mainly with it. So when I build an application with uniGui which the users get access with their browsers, then I have to keep an eye on the iPad stuff. The target for using uniGui for me is to give the users an application which they can use whithout installing anything. Thats what they demand, without excluding the iPad users. Of course the uniGui application behaves different than their installed apps, but it has to be usable. In about a week I begin to build one of these applications with uniGui, with the target to only get the browser to use it. I am curious where the problems with the IPad will wait for me..... maybe a good idea to start a thread in "mobile" section of this forum.

is there still development planned for "PageMode for all forms"? Would be a nice one if the task is to integrate an unigui application as part of other websites.

great, thank you. A good deal to eliminate the flash based charts of UniGui, and at the moment free for non commercial development.

For some time I also monitor xpower++ (www.gridplusplus.com) which seems to get a mature candidate for cross plattform programming using Pascal/Delphi skills.