[NavigateKeys???]

NavigateKey is a work in progress. I'm still working to improve it. We will discuss all its aspects after it is finished.

 

I'm not sure if Buttons can be focused. I'll investigate.

 

I don't know how Delphi's buttons are translated to ExtJS, but if the class is: Ext.ButtonView then there are a method:

 

focus( [boolean selectText], [boolean/Number delay] ) : Ext.Component

 

to: Try to focus this component. ...

 

http://docs.sencha.com/ext-js/3-4/#!/api/Ext.Button

 

PS: There is not a notification about the version where it is applicable. So I think it is applicable for 3rd version.

[Time Editor]

Time editor we use is the default Ext JS implementation. I'm not aware of an alternative time editor. If there are any let me know.

 

Don't worry man. This Control is implemented as a TComboBox descendant, so for changing it behavior we need a plugin. Ok, let see more important issues.

 

 

PD: Picture taken from www.sencha.com and little modified to show what I'm talking about. I don't wanna any problem with SOPA or SINDE. More exactly from: http://docs.sencha.com/ext-js/3-4/#!/api/Ext.form.TimeField

[NavigateKeys???]

NavigateKey is a work in progress. I'm still working to improve it. We will discuss all its aspects after it is finished.

 

I'm not sure if Buttons can be focused. I'll investigate.

 

I think it must be discussed before it is finished to let you implement what people will use or at least the major percent of people.

[NavigateKeys???]

BTW, having a Default Action key too is a good idea.

 

In the sub-world of input entries (dialogs) there are four principal actions:

 

1- Navigate To Next Field-Entry

2- Navigate To Previous Field-Entry

3- Accept the whole Input

4- Cancel process

 

Field could be any of controls like edit, checkboxes, radiobuttons, etc..., special case is memo or rich memos. The problem with ENTER in this case (I was reading before a post about it) is the following:

 

1- ENTER is used to add #13#10 or Hard Break Line that is used commonly in Windows Environment or < p / > in Web Environment.

 

2- SHIFT+ENTER is used to add #10 or Soft Break Line that is used commonly in UNIX-LIKE Environment or < b r / > in WEB Environment.

 

So, when you have a Memo in the Form (Dialog) what I saw is the use of Shift+Enter for changing editing lines to let the ENTER alone for changing fields. It is not a standard, but I saw it in many applications.

[Time Editor]

Time editor we use is the default Ext JS implementation. I'm not aware of an alternative time editor. If there are any let me know.

 

Ok. No problem. I will check then.

[A doubt about anonymous procs]

Your test case works perfectly in XE.

 

Then, I have to migrate from 2009 TO XE. ja ajajajaj. Let's see in the near future. It is not a a big reason, but is one more.

[NavigateKeys???]

I program the OnKeyDown event of form (setting KeyPreview to True) and it works well. So if possible and could be aggregated the "AcceptKey" and "CancelKey" together with NavigateKeys would be good, in other case does not matter, it could be program every time.

[NavigateKeys???]

Hello:

 

I just starting to test the use of NavigateKey in one form. So I set the value of Key 13 (Enter) for both options (Next and Prior with Shift) and it navigate throught editable fields good, but it does not navigate to Buttons. For me it is good as is, but I need then the DefaultAction Key (Ctrl + Enter use to be) and CancelAction Key (Esc use to be), to let final client use all the time keys and the use of mouse would be not necessary. Or to navigate to Buttons and in that case use buttons key events. Or I have to program it in the OnKeyDown event of form????

[Happy New Year!]

Happy $7DC !

 

Or may be: Happy 0111 1101 1100 !!!

 

but, it is more or less no good aligned. Let's way until 0111 1101 1101 for a good alignment.

[Time Editor]

One question: Can I modify the behavior of Time Editor? It show as a LookupComboBox with some discret values (I can edit directly, it is not a problem), but I prefer to show it sometimes like a spin editor, as it show in design time. I don't know how it is implemented in EXT JS, so that's why my question.

[Happy New Year!]

HAPPY NEW YEAR FOR ALL HERE !!!

 

I WISH YOU ALL HEALTH FIRST, AND LATER ALL GOOD THINGS THAT YOU NEED !!!

 

THANK YOU FOUR YOUR SUPPORTING AND I HOPE IT WILL IN THE NEXT YEAR !!!

 

[ext-lang-zh.js not exist]

OR you must wait the next build not sure

 

I must wait for the NEXT BUILD to be sure.

[ext-lang-zh.js not exist]

Yes

 

It does not happening as you can see in the bitmap I upload.

[A doubt about anonymous procs]

Have you tested it?

 

Yes, of course and it does not work. I have a unit with some "proxy" functions or procedures to avoid write some parameters for example:

 

procedure AskAsConfirmation(const aMsg: String; aCallBack: TXXXXX); inline;
procedure AskAsError(const aMsg: String; aCallBack: TXXXXX); inline;
procedure ShowWarning(....

 

and so on.

 

They are inline procedures, so they do not generate extra "call codes", just to avoid write [mbYes, mbNo], mtWarning or mtConfirmation and so on all the time. Just for commodity.

 

In this case it does not work.

 

Prueba de Anonymous Proc.rar

[ext-lang-zh.js not exist]

It would be nice if

 

1- everything concern to language could be set at client level setting just setting locale, but...

 

2- It would be nice too if this could be dynamically set.

 

For example, here in Dominican Rep. people use Spanish as language for communication, but some companies have subsidiaries in Haiti, and there people use French, or a variant of French named Creole. So, the same application here must show interface in Spanish, but there in French. So, if in the generation of html file could be dynamically specified locale strings will be very good. Of course, by the normal way using OS locales could solve this, but many times you have a copy of OS in other language, not in your language. For example, I use an English copy of Windows for developing for many reasons, and there are many clients with non-Spanish copy of windows. So, setting this property to AUTO will solve by the normal OS way, setting to ES will be in Spanish, but setting to DYN will be "dynamically" set in the Event:

 

OnLocaleSetting( var aLocale: String )

 

It is an idea, from me.

[ext-lang-zh.js not exist]

ext-lang-zh_CN.js is for Chinese, ext-lang-zh_TW is for Taiwan Chinese perhaps. You can copy or rename one of them as ext-lang-zh.js

 

by the way, If I set Locale in ServerModule to "es" the message box should show captions of buttons in Spanish???

 

extract from ext-lang-es.js

 

if(Ext.MessageBox){
 Ext.MessageBox.buttonText = {
   ok     : "Aceptar",
   cancel : "Cancelar",
   yes    : "S\u00ED",
   no     : "No"
 };
}

 

also Caption of Form.

 

[Printing Directly to Printer]

A time ago, I made a post here about the possibility to print to printer from browsers. I found a solution after that and it works well in the Chrome and FireFox, could be in Safari, IE and Opera too, but I did not test in these browsers. I found it a time ago too but I did not test until these days. It is not a Reporting Tool, it is a possibility to print directly to printer using printer's fonts like people use to do in POS Applications. Here is the URL, it called jZebra and it is continuous upgrading time at time. The latest version I download has the possibility to generate a PDF file. It uses standard java libraries and there is not mention about restricted license, at least when I found it there was not.

 

http://code.google.com/p/jzebra/

 

<input type=button onClick="print()" value="Print">
<applet name="jZebra" code="jzebra.PrintApplet.class" archive="./jzebra.jar" width="100" height="100">
     <param name="printer" value="zebra">
</applet>

<script>
     function print() {
        document.jZebra.append("A37,503,0,1,2,3,N,ABC WIDGET CO\n");
        document.jZebra.print();
     }
</script>

[A doubt about anonymous procs]

Hello:

 

It is possible to do this

 

procedure AskAsConfirmationA(const aMsg: String; aCallBack: TUniDialogCallBackAnonProc); inline;
begin
 MessageDlg(aMsg, mtConfirmation, [mbYes,mbNo], aCallBack);
end;

 

????

[Enter Like Tab]

I'm working on this issue. Stay tuned!

 

I have no doubts that you have this in mind. We all know about your work, and that there are other issues, may be more relevant for the well function of the framework, so they are taking your time, but later will be time for this.

 

Thank you once again and I trust in you.

[Enter Like Tab]

I have the same issue and use case is pretty much the same, accounting. Similar behaviour is requested for grid cells.

 

I actually asked about this quite a while back, but there didn't seem to be concensus on this being an important feature.

 

People here knows that this is a very important issue. Of course, there are other issues about bugs that know is taking the first place, but the framework is maturing very well and soon will be possible to review these details. You can see Fharshad's comments about.

 

In the case of grids it is necessary too. So I will participate together with asking for both, for whole form implementation and for grid's cells too.

[Touch Keypad]

Hello !!!

 

Anyone here tried to make a touch keypad??? I had one component for windows, and I was making a new one for similarity for the web with UNIGUI. I use UNIPANEL, I put there UNIBUTTONS, and it works more or less well, but the problem is to keep Active the Control for whom I need inputs. In case of windows the buttons were not selectables, and the events key were passed through a windows api call. In the web is not the same, so I think I need to indicate TouckKeypad which Control is Active to return to it back and to send it the keys. What are you thinking about????

 

PS: I thinking about this, because in mobile devices the touch keyboard that phone show, sometimes is not good for typing, when we are talking about applications. For names, phone numbers and others in the phone, and in the notes it is quite good, but not when you are working with applications of other kinds.

[Enter Like Tab]

Hello !!!

 

I was looking for this theme here but I did not find anything about it. So, the question is: How to make that the ENTER Key works as TAB Key??? Normally, in windows, I do this in the form checking Key value of OnKeyDown parameter, in the FORM, so it could works for all Control that does not manipulate ENTER (except MEMO and others). Yesterday I was playing with this event in the form, but it never was called. I did it in one form, but in every control, this form has only 3 controls, but in other forms, with more controls is a tedious process, It est, I can share a common keydown event manager, but I have to set it to all form's controls.

The question: I have to do this in the Client Side??? if yes, How it will mix with the OnKeyDown events of control in the other side???

 

PS: It is a common problem because people who works with numbers in accounting departments, and others use a keypad all the time, so the ENTER key is better to navigate through the fields.

 

ENTER -> Move forward

SHIFT + ENTER -> Move backward

CTRL + ENTER -> Accept form in any field. (Like press in OK button with mouse)

[Region Slider Panel]

Hello !!!

 

I was trying to install this component and it was not possible. It compile well, but I could not install due to this error:

 

 

PS: I install the last release of UNIGUI today and I use Delphi 2009.

[Survey: Features you want to see in version 1.0]

You would need some other way to design the forms if you skip the VCL mapping. Intraweb has TIWAppform, which I don't know how they implement, but at a glance it kind of looks like you put components on a datamodule. Some reporting applications use external designers.

 

My point here is that maybe it would be just as much work constructing a designer for a pure web uniGUI, compared to reusing VCL.

 

But yes, in principle I agree. The VCL interface is not really that useful in general. I would probably prefer to build a multitiered solution and tie a real VCL interface to it for Windows apps and create a pure web interface for web users. One place where I think the VCL interface is a bit handy is when it comes to prototyping and testing stuff, but then in the end you actually still need to test in a browser to make sure everything works.

 

ANJA. My point is this: keep the classic design of Delphi, but in reality the objective is the web platform. Because I see some posts that refer "for web works fine, but not for windows". Then there is that I see the problem. If in the agreement document is reflected that the main objective is the web platform, then Farshad can avoid the windows platform. It is my opinion, I don't know what Farshad think about and the rest of FMSoft. I know that is a double work to do app for windows and for web, but I think: If my app will be use in one machine running windows, I use traditional components. If my app will be use in more than one machine that could run Windows or other OS, then I will develop for the web, and that's better for everything. That is is very simplistic view point, but web orientation will give FMSoft a great market and for us too.

 

And I agree with you in the multitiers solutions (3 at least). So for windows will a pure windows components, also, as I said here before, there are better components for windows design with a lot of skins and many features.

 

PS: The analysis and design of app is more complex, but... is just for illustrating.

[Survey: Features you want to see in version 1.0]

Congratulations for your awesome work Farshad.

 

My suggestion : Only Web Mode (forget about VCL Mode, I suppose it's a lot of work for you, and we better build 2 different apps for web and desktop, taking advantage of every platform).

 

I agree with this one. For me, the better of UNIGUI is the possibility of use all my skills in Delphi for making web applications. I think the real multiplataform is on web browsers. Sometimes ago it was different, at least for now there is a general consensus and applications are the same or very similar in most popular browsers. For windows application I have components like DevExpress that works very well and have many features. So, I think for you and your company will be better to focus on Web Mode, also it was better, as ExtPascal can be compiled in FreePascal and there are the same Delphi's components in Lazarus, at least the basics, to research in this environment and give the possibility to create the same applications in LINUX to decrease costs of final application by giving final client purchase product without buying Windows licenses. In countries like where I live, people do not have the same purchasing power like in Europe and the U.S., so when more you can lower the price of the final product, then more buyers will you have.