[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ossig] Quasar Accounting Software for Linux

To: ossig@xxxxxxxxxxx
Subject: Re: [ossig] Quasar Accounting Software for Linux
From: Raja Iskandar Shah <ris.riscniaga@xxxxxxxxxxx>
Date: Tue, 22 Feb 2005 14:05:50 +0800
In-Reply-To: <20050222044635.86847.qmail@web53709.mail.yahoo.com>
References: <20050222044635.86847.qmail@web53709.mail.yahoo.com>
Reply-To: ossig@xxxxxxxxxxx
Sender: owner-ossig@xxxxxxxxxxx
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
alamak, you got me there. and yes, i am still living in the 90s when
it comes to javascripts. my partner just showed me a javascript for a
master/child grid - don't need to go back to the server just to add
another row in the grid. :-)  . i am beginning to see a lot of
potential... the java server faces project also looks very interesting.


Vincent Lee wrote:

| for older web-applications in the 90s, yes, but for newer ones, not
| really, because JAVASCRIPT can be CACHED.. just like images embeded
| in the html pages, they are not loaded in every other page.. only
| once.
|
| --- Raja Iskandar Shah <ris.riscniaga@time.net.my> wrote:
|

| imho, for fat client applications, only requests/data need to be
| transmitted over the network. with a web/thin client application,
| requests/data/presentation need to be transmitted. for accounting
| applications, where there is often a master/child grid and plenty
| of input textbox and validation rules, it is more efficient to have
| the forms through thick client. for reports, though, it is mostly
| server side processing (via stored procedures or user defined
| functions).
|
|
|
| Vincent Lee wrote:
|
| | I suppose, we are looking at which is the optimum point for the |
| following model: | | Database <--- A ----> processing <--- B --->
| presentation | | For thick client application, processing is done
| at the client | side, so there are a lot of data to be transmitted
| at point A. | | For thin client application, processing is done at
| the server side, | only processed data is sent to the presentation
| layer. | | The only way to minimize transmission at A using thick
| client | application is to have a lot of "stored procedures" in
| database, | otherwise the overhead of transmitting the data to be
| processed at | client side (A) could be expensive. | | For thin
| client application, J2EE solves the problem with Session | Bean. If
| we have to design the patterns ourselves ("easier said | than
| done")... but we don't have to re-invent the wheel, the | solutions
| are out-there, just need to look hard enough :-)... | | | | | ---
| Ditesh <ditesh@ameba6.com> wrote: | | |> Vincent Lee wrote: |> |>
| |> |>> surprisingly, web-based front end is actually faster.. for
| |>> example, if I |>> |>> |> were |> |> |>> to enter a field to
| look for a customer, there are 10 thousand |>> records, most thick
| client app actually search for all records |>> on each "key
| stroke", and |>> |>> |> if |> |> |>> the user were to use 6
| characters to locate the record, |>> |>> |>> |>> |> Not necessarily
| true. My latest web app searches on key stroke |> events so you
| could have the same problem if problem the problem |> was not
| foreseen. However, if you page your recordset and |> display, then
| you'd always be retrieving only N records at any |> point. Throw in
| some intelligence in your javascript, some |> caching on the server
| end (admittedly easier said than done), |>
| compression/decompression and you've eliminated a chunk of the |>
| problem. |> |> I think it boils down to having good use-cases and
| aggresively |> testing the app. |> |> Ditesh |> |> |>
| --------------------------------------------------------- To |>
| unsubscribe: send mail to ossig-request@mncc.com.my with |>
| "unsubscribe ossig" in the body of the message |> |> |> |> | |
| ===== |
| ----------------------------------------------------------------- |
| Wavelet Technology - Your Open Source Software Solutions Provider |
| ----------------------------------------------------------------- |
| Unit C-902 Penthouse, Kelana Square 17, Jalan SS7/26, Kelana Jaya |
| Petaling Jaya, Selangor 47301 Malaysia. Tel: 012-6018838 |
| ----------------------------------------------------------------- |
|  | CONFIDENTIAL NOTE: The information contained in this email is |
| intended only for the use of the individual or entity named above |
| and may contain information that is privileged, confidential and |
| exempt from disclosure under applicable law. If the reader of this
| | message is not the intended recipient, you are hereby notified
| that | any dissemination, distribution or copying of this
| communication is | strictly prohibited. If you have received this
| message in error, | please immediately notify the sender and delete
| the mail. Thank | you. | | |
| --------------------------------------------------------- To |
| unsubscribe: send mail to ossig-request@mncc.com.my with |
| "unsubscribe ossig" in the body of the message | | | |


| begin:vcard

fn:Raja Iskandar Shah
n:Shah;Raja Iskandar
org:RISC Niaga Enterprise
adr:Seksyen 6, Wangsa Maju,;;Suite 15-1, Jalan 3 / 27 D,;Kuala
Lumpur;WPKL;53300;Malaysia
email;internet:ris.riscniaga@time.net.my
title:General Manager
tel;work:+60-3-41496966
tel;fax:+60-3-41497166
tel;cell:+60-17-3325065
url:http://riscniaga.netfirms.com
version:2.1
end:vcard




| =====
| -----------------------------------------------------------------
| Wavelet Technology - Your Open Source Software Solutions Provider
| -----------------------------------------------------------------
| Unit C-902 Penthouse, Kelana Square 17, Jalan SS7/26, Kelana Jaya
| Petaling Jaya, Selangor 47301 Malaysia. Tel: 012-6018838
| -----------------------------------------------------------------

| CONFIDENTIAL NOTE: The information contained in this email is
| intended only for the use of the individual or entity named above
| and may contain information that is privileged, confidential and
| exempt from disclosure under applicable law. If the reader of this
| message is not the intended recipient, you are hereby notified that
| any dissemination, distribution or copying of this communication is
| strictly prohibited. If you have received this message in error,
| please immediately notify the sender and delete the mail. Thank
| you.


| --------------------------------------------------------- To
| unsubscribe: send mail to ossig-request@mncc.com.my with
| "unsubscribe ossig" in the body of the message


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
 
iD8DBQFCGsu9VFIa3VI1W8URAlRYAJ4hpgFc0n4HRjrh6bPLCPiZwFqVPQCfSXA4
Eg7LEfSKhVvLJgsEPbAIHeA=
=3UM3
-----END PGP SIGNATURE-----

begin:vcard
fn:Raja Iskandar Shah
n:Shah;Raja Iskandar
org:RISC Niaga Enterprise
adr:Seksyen 6, Wangsa Maju,;;Suite 15-1, Jalan 3 / 27 D,;Kuala Lumpur;WPKL;53300;Malaysia
email;internet:ris.riscniaga@time.net.my
title:General Manager
tel;work:+60-3-41496966
tel;fax:+60-3-41497166
tel;cell:+60-17-3325065
url:http://riscniaga.netfirms.com
version:2.1
end:vcard

References:
- Re: [ossig] Quasar Accounting Software for Linux
  - From: Vincent Lee

Prev by Date: Re: [ossig] Quasar Accounting Software for Linux
Next by Date: Re: [ossig] Re: [myoss] Open Source ERP: Compiere
Prev by thread: Re: [ossig] Quasar Accounting Software for Linux
Next by thread: Re: [ossig] Quasar Accounting Software for Linux
Index(es):
- Date
- Thread