I have one question, what about macros? Howard
On Fri, Oct 9, 2009 at 10:36 AM, strauss <[email protected]> wrote: > ** > > 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: > [email protected]] *On Behalf Of *Guillaume Rheault > *Sent:* Friday, October 09, 2009 8:29 AM > *To:* [email protected] > *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: [email protected] > 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 <[email protected]> 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 < > > [email protected]> 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: > >> [email protected]] On Behalf Of Axton > >> Sent: Saturday, October 03, 2009 2:12 AM > >> To: [email protected] > >> 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 < > >> [email protected]> 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:[email protected]<sponsor%[email protected]> > <sponsor%[email protected] > <sponsor%[email protected]>>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 > >> > [email protected] > >> > > >> > ______________________________________________________________________ > >> > _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> > Platinum > >> > Sponsor:[email protected]<sponsor%[email protected]> > <sponsor%[email protected] > <sponsor%[email protected]>>ARSlist: > "Where the Answers Are" > >> > > >> > >> > >> > _______________________________________________________________________________ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum > >> Sponsor:[email protected] <sponsor%[email protected]> < > sponsor%[email protected] > <sponsor%[email protected]>>ARSlist: > "Where the Answers Are" > >> > >> > >> > _______________________________________________________________________________ > >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > >> Platinum > >> Sponsor:[email protected]<sponsor%[email protected]> > <sponsor%[email protected] > <sponsor%[email protected]>>ARSlist: > "Where the Answers Are" > >> > > > > > > > > -- > > Patrick Zandi > > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > > Are"_ > > > > > > > > > > Doug > > > > -- > > Doug Blair > > [email protected] > > +1 224-558-5462 > > > > 200 North Arlington Heights Road > > Arlington Heights, Illinois 60004 > > > > > > > > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > > Are"_ > > > > > -- > Patrick Zandi > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum > Sponsor:[email protected]<sponsor%[email protected]>ARSlist: > "Where the Answers Are" > > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ > _Platinum Sponsor: [email protected] ARSlist: "Where the Answers > Are"_ -- Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = [email protected] LinkedIn Profile = http://www.linkedin.com/in/hbr4270 _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
