** Do you think there would be any interest in having the plugin connect as a non-admin user in order to help automate testing procedures?  I've never been satisfied with the way we do testing of new code.  It seems like we all could come up with a good way to do it that works right along-side the developers tools too.

On 5/4/06, Carey Matthew Black <[EMAIL PROTECTED]> wrote:
I have actually thought about the idea of an "open sourced ARS IDE".
Sure there are some headaches with the idea. But  here is what I was
thinking. :) Something like ARSDocs, but with some basic edit options
too. :)

Start with Eclipse and the ARS Java API.
Build an Eclipse Plugin that allows you to:
  Connect to an ARS server (as an admin only please)
  List objects
     In ways that describe the relationships of the objects.
     Think a tree object like the "by prefix" does in the Admin tool,
but more... much more...
  Create/edit simple objects (Filters, Active link, menus...etc...
Forms are a lot more difficult than the rest of these objects. ;)


I really think that much of an open sourced tool to AUGMENT (not
replace) Admin tool features could help BMC see what we need to do
better development in ARS.


I have kicked the tires a bit and I do not yet see anything that would
prevent this from being possible with enough community support.

So I put the question to you (ARSList).... Who wants it enough to kick
in some Java development time to get this party started?

--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)

Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.


On 5/4/06, Brian Goralczyk <[EMAIL PROTECTED]> wrote:
> **
> You know, as I am leafing through old emails, I see this one.  And I think
> it is a GREAT idea.  However, as is my way of programming satellites....why
> not take it one step further.  If you right click on a button, it can limit
> your development options i.e. active links but not filters...and can then
> autoload the button as the trigger point?
>
> Seems to me that when you add workflow you usually tied it to some action as
> well.  And with active links I am usually looking at the form and button or
> field that I am working with.
>
> Just my late 2 cents.
>
> Brian Goralczyk
> Orbitz.com
>
>
>
> On 2/16/06, Stephen Earl < [EMAIL PROTECTED]> wrote:
> >
> > ** I second this idea, would be very nice to have...
> >
> >
> >
> > On 16/02/06, Heider, Stephen < [EMAIL PROTECTED] > wrote:
> > > **
> > > I have an idea and wanted to see what you all thought - Provide the
> ability to rapidly create new server objects (filters, active links, guides,
> etc.).
> > >
> > > In the Admin Tool, right-click on a Form (when you are viewing the list
> of forms) and highlight the New option to display a drop-down New Server
> Object menu.  When you select an option (ie. a Filter) and new filter is
> created "with the form already selected".
> > >
> > > Because the current process of selecting the form takes extra time, when
> I want to create a new object 99% of the time I open an existing object,
> uncheck the Enable box and select File - Save As to clone it.  I then delete
> the workflow to begin a new filter.  This is actually quicker and easier for
> me than creating a new filter from scratch and manually selecting the form.
> When cloning, the name of the filter is also already prefixed accordingly.
> > >
> > > Currently, to select a form for a new object involves:
> > >  - scroll and find the form in 300+ forms (in my environment)
> > >  - check the box for the form.  This causes the form you just selected
> to instantly vanish.
> > >  - scroll back up to the top of the list of forms to see if you checked
> the correct form.
> > >
> > > As a Part B to this enhancement, add ability to set default prefixes for
> objects.  Each time a new object, such as a form, is created with the new
> method the name of the object would already have your standard prefix for
> that object.  This would both save time and help ensure naming consistency.
> > >
> > > Stephen__20060125_______________________This posting
> was submitted with HTML in it___
> >
> > __20060125_______________________This posting was
> submitted with HTML in it___
>
>  __20060125_______________________This posting was
> submitted with HTML in it___

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org



--
-al __20060125_______________________This posting was submitted with HTML in it___

Reply via email to