Jump to content

Oliver Morsch

uniGUI Subscriber
  • Posts

    356
  • Joined

  • Last visited

  • Days Won

    18

Posts posted by Oliver Morsch

  1. (1) UniUrlFrame1 is part of master, so the request goes to the master app.

     

    (2) You can access the content of an UniUrlfFrame (= iframe) and call a JS function (for example), but only if the server and port is the same (browser security) -> only with ISAPI (same port!)

     

    (3) use a XHR to other server

  2.  

    xxf: TUniForm;

    ...

    xxf.edit1.text := 'xxxxx';

     

    this sentence, raises a compilation error; undeclared identifier edit1.

     

    any idea?

     

     

    xxf is TUniForm and TUniForm has no edit1:

     

    (1) XXF: Tffilter;

     

    or

     

    (2) (xff as tffilter).edit1.text := 'xxxxx'

  3. This can't work with HTTP. HTTP is always: Request (from Client) -> Answer (from server). In Your Example, there are no Requests (from the different sessions), so the server can't give an answer.

     

    You need long polling or web sockets...

  4. It should be free form, because you should not use the function "MyForm" generated in application form. This function handles (creates and destroys automaticly) only one instance per session.

  5. When you create the form, choose "free form" (not "apllication form").

     

    Then you can use:

     

    MyFormCopy := TMyForm.Create(uniApplication);

    MyFormCopy.Show;

  6. What is the best CPU for the UniGUI DLL ?  ( single core / multi core .. where get i the best result for a 32bit DLL? )

    Since each session uses a thread multi core is the best choice.

     

     

    "a lot of Ram" is no problem ..

    "a lot of RAM" is useless if you develop in 32 bit

×
×
  • Create New...