The implementation should be delegated to a handling class which
could be replaced easily by the developper.
Yes, it will be a new class in the OverbyteIcsMimeUtils unit.
Angus
--
To unsubscribe or change your settings for TWSocket mailing list
please goto
François Piette wrote:
I'm just about to change to HttpServer MIME handling again, to use a
look-up list read from the Windows classes registry or a text file)
when the server starts, to replace the current hard coded MIME list.
It will be editable by the application.
The implementation
RTT wrote:
On 13-12-2011 19:21, Arno Garrels wrote:
We don't want to open and load a text file each
time a new type is found.
True, that would be dog-slow.
For the generality of the HTTP server applications, other than the 10
or 15 most common MIME types (that should always be in the
Angus Robertson - Magenta Systems Ltd wrote:
The implementation should be delegated to a handling class which
could be replaced easily by the developper.
Yes, it will be a new class in the OverbyteIcsMimeUtils unit.
Also handy would be a method LoadFromResource:
function
Sorry for my English.
I've been using recently OVERBYTE ICS-2010 for Delphi - Intraweb Atozed -
TMS Software.
I connect with the problems of POP3CLIENT. After setting the host (=
pop.191.biz), port (= 110), username and password, run POP3Client.Connect.
Any command run later (POP3CLINET.User,
I connect with the problems of POP3CLIENT. After setting the host
(= pop.191.biz), port (= 110), username and password, run
POP3Client.Connect.
Any command run later (POP3CLINET.User, POP3CLIENT.Pass ECTC.) Is
reported to me the following error: POP3 Component not ready. Why?
You are
The implementation should be delegated to a handling class which could
be replaced easily by the developper. It see a mechanism based on
metaclass just like ClientClass property use.
Or maybe an interface.
Technically interfaces are very good. But ICS is class based and
introducing