Can services have forms?

[jim]

I thought that I read somewhere that services don't (or can't) have forms.

Is that true?

[Armin Zingler]

"jim" <ji*@yourpc.edu schrieb

Not me. I just want VB.Net answers in a VB.Net newsgroup. Posting
C# replies to requests for VB.Net examples is not only against the
spirit of this newsgroup, it is against logic.

Any help that /can/ help is help. Even a C# example might help you. It
doesn't have to but it's possible. Better than nothing. And if it is for
free, say "thank you", don't complain and maybe wait for a VB.Net example.

You should better not ask your initial question in a VB.Net group. Don't
even ask it in any .Net group. Why? Because it is not specific to neither
VB.Net, nor to .Net at all. It is specific to the OS, so you should better
look at
http://msdn2.microsoft.com/en-us/library/ms685141.aspx
http://msdn2.microsoft.com/en-us/library/ms683502.aspx
and ask somewhere at m.p.win32.progr ammer.*

No, where to ask the question is NOT a matter of which language
you use - because the answer would be the same for different
languages. It would even be the same for the not-Framework-world
(unmanaged C++ eg). So, it's a *.win32.* question.

If you have problems in finding the implementation in the Framework, ask in
a Framework group. If you have syntax problems in VB.Net, ask in this group.
Welcome to the usenet! (Unfortunatelly there are many people that do not
know this (and unfortunatelly it's forbidden in this group to say this to
people (and from time to time I get tired of reading all these OT
questions (BTW, VB.net has no keyword to convert a WAV to an MP3...))))
Armin

[Joergen Bech]

On Sun, 8 Jul 2007 23:07:59 -0400, "jim" <ji*@yourpc.edu wrote:

>Not me. I just want VB.Net answers in a VB.Net newsgroup. Posting C#
replies to requests for VB.Net examples is not only against the spirit of
this newsgroup, it is against logic.

I am sure that there is code written in C or C++ that may do what I am
trying to do. But, if I wanted C or C++ code I would be asking for help in
those newsgroups - like I should.

Time to feed the troll ...

Suppose I was to ask a question about how to do something extremely
specialized. Spending most of my time in VB.Net and not knowing what
group best covers the question, I would post it in my favorite VB.Net
group, hoping someone could point me in the right direction. If a
sample for the solution is only available in Java, so be it. I would
rather have a Java answer than a "no, can't think of any VB.Net
samples" one.

What if you want to accomplish something which is only possible
by making Win32 calls because it has not been wrapped by the
framework? Do you say "don't give me Win32 answers in a VB
newsgroup"?

If most implementations covering a specific domain is usually done in
C#, there is nothing wrong in giving you a C# answer. Though you may
not want to translate the C# answer to VB.Net, you might find a few
choice words or namespaces that would help you search/Google for
an answer more suited to your programming tastes. And yes, Google
will often answer most questions you might have and I believe it is
encouraged to search for an answer before posting trivial questions
for the umpteenth time in a newsgroup. You might want to try
http://searchdotnet.com/ (custom Google search) for a better
signal-to-noise ratio when searching for .Net solutions.

Feel free to block me and anyone who does not share this view
of yours, but I suspect you then won't see much traffic in this group
anymore.

Regards,

Joergen Bech

[Phill W.]

jim wrote:

I thought that I read somewhere that services don't (or can't) have forms.

They can probably /have/ them, but work on the assumption that no-one
will ever be able to get to /see/ them.

The ability for Services to "interact with the desktop", i.e. to display
forms and dialogs, is going to /disappear/ in future versions of Windows
(if it hasn't already, with Vista).

HTH,
Phill W.

[jim]

"Phill W." <p-.-a-.-w-a-r-d-@-o-p-e-n-.-a-c-.-u-kwrote in message
news:f6******** **@south.jnrs.j a.net...

jim wrote:

>I thought that I read somewhere that services don't (or can't) have
forms.

They can probably /have/ them, but work on the assumption that no-one will
ever be able to get to /see/ them.

The ability for Services to "interact with the desktop", i.e. to display
forms and dialogs, is going to /disappear/ in future versions of Windows
(if it hasn't already, with Vista).

How will the services be administered if they can no longer interact with
the desktop?

[Patrice]

Keep in mind that this is not the service that provides those administration
UIs. The UI is provided by a control panel application or perhaps the MMC
console etc... It doesn't prevent a UI to interact with services. It just
prevent services to "embed" a UI they would need to display on the desktopas
part of their life cycle...

--
Patrice

"jim" <ji*@yourpc.edu a écrit dans le message de news:
RV************* *****@bignews7. bellsouth.net.. .

>
"Phill W." <p-.-a-.-w-a-r-d-@-o-p-e-n-.-a-c-.-u-kwrote in message
news:f6******** **@south.jnrs.j a.net...

>jim wrote:

>>I thought that I read somewhere that services don't (or can't) have
forms.

They can probably /have/ them, but work on the assumption that no-one
will ever be able to get to /see/ them.

The ability for Services to "interact with the desktop", i.e. to display
forms and dialogs, is going to /disappear/ in future versions of Windows
(if it hasn't already, with Vista).

How will the services be administered if they can no longer interact with
the desktop?

[JamesB]

"jim" <ji*@yourpc.edu wrote in message
news:RV******** **********@bign ews7.bellsouth. net...

>The ability for Services to "interact with the desktop", i.e. to display
forms and dialogs, is going to /disappear/ in future versions of Windows
(if it hasn't already, with Vista).

How will the services be administered if they can no longer interact with
the desktop?

How will the admin screen work if the service starts before a user is logged
in?

At the simplest level, you can have a seperate admin program that saves all
the required settings into the registry, then offer to restart the service.
The service will pick up the changes as required. (don't even need to
restart it if it reads the settings at each operation)