Can services have forms?

[DArnold]

Re: Can services have forms?

>

I'm blocking you now......no need to respond.....
>

Really? You can pull your head out from whatever holes you have it
buried in. You try to help a *clown* out, just give the *clown* an
example on how to do something, but the *clown* is too stupid to piss in
a boot straight. The *clown* starts whining.

My goodness, what a mule head you are with a head as hard as ten bricks
and can't see past your nose, which has got your entire face covered.

Is there a Pamper and bottle in house, so that I can change you? <g>

[DArnold]

Re: Can services have forms?

Spam Catcher wrote:

"jim" <jim@yourpc.edu wrote in
news:i%aki.7589 $ca.6423@bignew s4.bellsouth.ne t:
>

>Then show use how to do pointers and anonymous delegates in VB.Net.
>(And, for the love of God, don't post another "here's how to do it on
>C# - you can convert it" BS answer.)

>
Yes, but 95% if the applications out there don't need pointers or anonymous
delegates.
>
For those apps that rely on pointers so heavily - wouldn't C++ be a better
choice?

I gave the *nut* some simple examples that used the
System.Processi ng.ServiceContr oller namespace as the *nut* requested. A
two year old child can look at the examples in C# and say I need this
line of code, I need that line of code and how do I use the namespace in
VB.

C#

private ServiceControll er controller = new ServiceControll er();

VB

Dim controller as new ServiceControll er

Say it's not so that the *nut* can't figure it out.

Say it's not so that the *nut* couldn't use intellsense/early binding to
compare and do a here it is in C# and here is the equivalent in VB for
the statement.

The *nut* wants it handed to him on a silver tray so that he can use his
silver bowl, silver spoon, and silver baby bottle.

The *nut* can stick it up his silver behind.

[Spam Catcher]

Re: Can services have forms?

DArnold <DArnold@DArnol d.comwrote in news:eL0sKCbwHH A.1208
@TK2MSFTNGP05.p hx.gbl:

The *nut* wants it handed to him on a silver tray so that he can use his
silver bowl, silver spoon, and silver baby bottle.
>
The *nut* can stick it up his silver behind.

Ya too many in this group want to be spoon fed.

[jim]

Re: Can services have forms?


"Spam Catcher" <spamhoneypot@r ogers.comwrote in message
news:Xns9967E9F B28BC7usenethon eypotrogers@127 .0.0.1...

DArnold <DArnold@DArnol d.comwrote in news:eL0sKCbwHH A.1208
@TK2MSFTNGP05.p hx.gbl:
>

>The *nut* wants it handed to him on a silver tray so that he can use his
>silver bowl, silver spoon, and silver baby bottle.
>>
>The *nut* can stick it up his silver behind.

>
Ya too many in this group want to be spoon fed.

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.

If people can't answer the question asked, instead of posting some jackass
response like "Google it" or some off-topic links to another language, they
should kindly stfu.

I don't even think anyone here knows how to accomplish this in VB.Net. Most
of the answers that I have seen offered here are simple ones that could have
been found by using the Help that comes with .Net.

I obviously chose the wrong place to ask this question.

My bad.

jim

[DArnold]

Re: Can services have forms?

We have Moses in the house. Moses has appeared and needs to put out a
few words.

And as Moses would say "IF YOU CAN'T LIVE BY THE LAW THEN DIE BY THE
LAW" as Moses tosses the VB tablets at the pagan C# pig. :)


They need to lock old Moses and the tablets up.

[Armin Zingler]

Re: Can services have forms?

"jim" <jim@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]

Re: Can services have forms?

On Sun, 8 Jul 2007 23:07:59 -0400, "jim" <jim@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.]

Re: Can services have forms?

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]

Re: Can services have forms?


"Phill W." <p-.-a-.-w-a-r-d-@-o-p-e-n-.-a-c-.-u-kwrote in message
news:f6tak4$bsc $2@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]

Re: Can services have forms?

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" <jim@yourpc.edu a écrit dans le message de news:
RVqki.26090$Fo1 .1090@bignews7. bellsouth.net.. .

>
"Phill W." <p-.-a-.-w-a-r-d-@-o-p-e-n-.-a-c-.-u-kwrote in message
news:f6tak4$bsc $2@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]

Re: Can services have forms?


"jim" <jim@yourpc.edu wrote in message
news:RVqki.2609 0$Fo1.1090@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)