I think your environment was particular...because you had Macs. I mean back then in the ARS 4.0 timeframe, there was three clients: AR Web, Remedy Web and the User tool. The users with PCs would prefer the User Tool instead of the Remedy Web, and the AR Web was better for simpler tasks like submitting tickets, and checking out ticket status. I never heard of a user, running a PC, that preferred the RemedyWeb over the User tool...but if you are a Mac user and don't have another choice, I guess it's all right.
Guillaume -----Original Message----- From: Action Request System discussion list(ARSList) on behalf of strauss Sent: Fri 10/09/09 10:36 AM To: arslist@ARSLIST.ORG Subject: Re: End of Life for BMC(R) Remedy(R) User (Windows-based client) I beg to differ. RemedyWeb was the ONLY solution our Macintosh users had that actually worked for several years! After Remedy discontinued the native Mac client (version 3.2) and we moved to 4.x in 1999, there was basically NO viable Mac support until 7.1.00.002 in 2008 (when Safari actually started working properly) _except_ for RemedyWeb 4.x. It had issues, being an unsigned java application, but at least Mac users could get their work done. We really missed it after we moved to 5.1.2 in 2003, and we actually tried to get it working against the 5.1.2 server but too many new 5.x features did not work properly. We got almost 4 good years out of it, before going 5 long years without any decent client for Macs. When your director's workstation is a Mac, you get hear about how badly mid-tier 5.1.2 works from a Mac just about every day. RemedyWeb gave me four years of peace (and I used it myself for working tickets, since my Windows machine was usually logged in to the Admin Tool). Much as I detest java, a very well done java client that actually worked on multiple platforms (a much promised but seldom delivered capability for java), or ran server-side like RKM, might be a good replacement for the Windows User Tool. My *nixers sure would like that, although they have been well pleased with mid-tier 7.1. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Guillaume Rheault Sent: Friday, October 09, 2009 8:29 AM To: arslist@ARSLIST.ORG Subject: Re: End of Life for BMC(R) Remedy(R) User (Windows-based client) ** I hope it would not end up being the next version of the RemedyWeb. That was a fiasco! Guillaume -----Original Message----- From: Action Request System discussion list(ARSList) on behalf of patrick zandi Sent: Thu 10/08/09 10:49 PM To: arslist@ARSLIST.ORG Subject: Re: End of Life for BMC(R) Remedy(R) User (Windows-based client) I would love to see it.. I hope something else fills the void prior.. Really I do .. I think it is possible.. but I think it will end up being the same thing java based... We'll see !! This will be fun ! On Thu, Oct 8, 2009 at 9:31 PM, Doug Blair <d...@blairing.com> wrote: > ** Patrick, Lisa et al, > Actually the more I think about this the decision may be the best of many > possible worlds. > > First, by the time the WUT disappears from the scene the range of supported > browsers will be much larger, and faster, and more flexible. Already CHROME > and other browsers offer tear-off tabs which would function just the same > way multiple windows, or multiple instances, in the current WUT do today. > Time-out, cacheing and licensing issues are just configuration items that > can be resolved in the 8 release or shortly thereafter. In short, I think > the user experience will be very similar. > > Second, just because BMC will take the WUT off the market (though they > might decide to keep the legacy app alive for years as long as customers > insist on using it) there doesn't seem to be anything that would stop an > interested group of developers from creating a work-alike app that speaks to > the published API. There might be a market for it by the time they get it > done. And goodness knows that BMC/Remedy historically has a much better > attitude about allowing connections to their system from both in-house and > vended products than other proprietary systems. Benefits of an API and all > that... > > In fact, with the right style sheet, I'll bet you could draw a frame around > a browser instance or embed it like a view field does, and most users > couldn't discern significant difference. Heck, that's the way that my bank > "app" works on iPhones isn't it? > > More familiar, generic interface -> more acceptance -> more users -> more > work for people like us :-). Not so bad . > > > Doug > > > On Oct 7, 2009, at 10:53 PM, patrick zandi wrote: > > ** > Freedom is having the choice.. > If they remove the UT, Remedy will be eventually will be swallowed up and > disappear by someone else. > People like choices, > I used to give my son choices, > you can have a bubble bath, or a regular bath. > But ... you are going to have a bath! > > If you dictate what the customer will like and have and not have.... it > will disappear. > Don't use your freedom and you will loose it.. > > my .5 Cents > > On Mon, Oct 5, 2009 at 1:41 PM, Kemes, Lisa < > lisa.ke...@tycoelectronics.com> wrote: > >> Another question are Views. Right now we have our users set what view >> they should be on in the RUT. I guess this may be an addition we might have >> to make on each User Preference form in the future? >> >> >> Lisa >> >> -----Original Message----- >> From: Action Request System discussion list(ARSList) [mailto: >> arsl...@arslist.org] On Behalf Of Axton >> Sent: Saturday, October 03, 2009 2:12 AM >> To: arslist@ARSLIST.ORG >> Subject: Re: End of Life for BMC(R) Remedy(R) User (Windows-based client) >> >> I agree with your assessment that the MT trying to do the same thing as >> the user tool; I do not this it makes for a good web experience at all; >> multiple browsers running to access a single web application results in poor >> usability. A change to a different design would require a whole paradigm >> shift in thinking and designing applications; a separation of the model and >> the view, if you will. It opens the doors to a lot of things, but would be >> a drastically different way to look at things as compared to the way people >> are accustomed to thinking about Remedy when they design applications today. >> >> Axton >> >> These are my opinions only and do not represent those of BMC Software, >> Inc. >> >> On Fri, Oct 2, 2009 at 12:44 PM, John Sundberg < >> john.sundb...@kineticdata.com> wrote: >> > I feel it is a great move. >> > >> > BMC (or others) will produce tools to fill gaps >> > (alerts/reporting/macros/printing) blah blah blah. In fact all those >> > tools already exist -- they just may not yet be incorporated/integrated. >> > >> > (I would venture to say that there are already 1000x as many tools for >> > our new user tool (the web) as exist for our current WUT) (I will >> > guess approx 50 tools exist for the current WUT -- easily 50,000 tools >> > exist for web stuff) >> > >> > >> > Alerts -- growl/rss >> > Reporting -- 100+ flash strategies + HTML5 SVG is getting better all >> > the time Macros -- greasemonkey Printing -- ??? -- I forget what I use >> > - but it works just fine. >> > >> > OLE/DDE -- client back to server -- back to client stuff -- would be >> > doable >> > -- if not you can solve the problem some other way altogether. >> > >> > I personally don't think the MT is a good web strategy -- but it too >> > will have to change -- and again -- that is a good thing. >> > (precache and very dynamic screens have issues and always will) -- >> > more rigid screens will greatly improve things (FYI -- what Kinetic >> > Request does) >> > >> > The MT is currently tasked with doing the same thing as the WUT but >> > via the web. I think the whole paradigm is ripe for change. The WUT is a >> very "raw" >> > experience and you can get quite close to the "database" (developers >> > think that is good/power users think that is good/avg person is >> > confused). I think the tools and applications need to raise up a bit >> > and be more process oriented and more application oriented -- which by >> > nature avoids the needs for things like: >> > "saved searches" >> > "copy to new" >> > "clear" >> > .... >> > all those above functions should be done by the application and not >> > the "user tool" -- because a saved search or a copy to new is really >> > application specific. Example: >> > >> > copy to new -- do you want to copy all 100 fields (hidden ones) -- or >> > only 5 fields -- the current will do all. >> > saved search -- searches are just criteria -- the app should be able >> > to provide that clear -- this has always sucked!!! >> > >> > >> > I like that BMC is attempting to move the product in a direction -- >> > good for them. >> > >> > >> > You can't make everybody happy -- you can only do what you feel is the >> > right way -- and sometimes it causes pain -- the goal is long term >> betterness. >> > >> > (made that last word up) >> > >> > >> > Lets discuss at WWRUG... sign up here: >> > http://kineticsr.kineticdata.com/kinetic/DisplayPage?name=WWRUG2009REG >> > ISTRATION >> > >> > -John >> > >> > >> > >> > >> > On Oct 2, 2009, at 11:22 AM, Jarl Grøneng wrote: >> > >> > BMC Remedy AR System 8.0.00 is expected to be the last major release >> > of AR System to include the Remedy User client. >> > >> > http://documents.bmc.com/products/documents/61/94/106194/106194.pdf >> > >> > -- >> > Jarl >> > >> > ______________________________________________________________________ >> > _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> > Platinum >> > Sponsor:rmisoluti...@verizon.net<sponsor%3armisoluti...@verizon.net>ARSlist: >> > "Where the Answers Are" >> > >> > -- >> > John David Sundberg >> > 235 East 6th Street, Suite 400B >> > St. Paul, MN 55101 >> > (651) 556-0930-work >> > (651) 247-6766-cell >> > (651) 695-8577-fax >> > john.sundb...@kineticdata.com >> > >> > ______________________________________________________________________ >> > _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> > Platinum >> > Sponsor:rmisoluti...@verizon.net<sponsor%3armisoluti...@verizon.net>ARSlist: >> > "Where the Answers Are" >> > >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum >> Sponsor:rmisoluti...@verizon.net >> <sponsor%3armisoluti...@verizon.net>ARSlist: "Where the Answers Are" >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> Platinum >> Sponsor:rmisoluti...@verizon.net<sponsor%3armisoluti...@verizon.net>ARSlist: >> "Where the Answers Are" >> > > > > -- > Patrick Zandi > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > > > > > Doug > > -- > Doug Blair > d...@blairing.com > +1 224-558-5462 > > 200 North Arlington Heights Road > Arlington Heights, Illinois 60004 > > > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ -- Patrick Zandi _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"