Walking table, reading and setting hi-liting rows
Dear List, I am sure this is spelled out very plainly in the documentation, but I can’t seem to find it. I want the user to be able to hi-lite table rows, save the entry, and have those same table rows hi-lited when the entry is re-displayed. So the user will cntl-click several rows to hi-lite them. Then on save, an Active Link Guide will walk the table, and if the row is hi-lited it will write the Entry ID for the row into a Char field. But how does it know if the row is hi-lited? On Display, another AL Guide will walk the table, and if Char Field is LIKE “%” + ‘Entry ID col’ + “%” it will hi-lite the row. But how does it do that? Actually, I’d be happy if somebody could point out where this is explained in the manual. (ARS 7.1, RH Linux server, Oracle 10.2 db) Dwayne Martin James Madison University
Re: Walking table, reading and setting hi-liting rows
You could use the keyword $ROWSELECTED$ for to check if row is selected. Extract from the manual $ROWSELECTED$ -- Evaluates if row in table field is selected: - 0 = Not selected - 1 = Secondary selection - 2 = Primary selection This keyword is only valid in the context of a table loop guide. On Fri, Jun 13, 2008 at 11:43 AM, Dwayne Martin <[EMAIL PROTECTED]> wrote: > Dear List, > I am sure this is spelled out very plainly in the documentation, but I > can't seem to find it. > > I want the user to be able to hi-lite table rows, save the entry, and have > those same table rows hi-lited when the entry is re-displayed. > > So the user will cntl-click several rows to hi-lite them. Then on save, an > Active Link Guide will walk the table, and if the row is hi-lited it will > write the Entry ID for the row into a Char field. > > But how does it know if the row is hi-lited? > > On Display, another AL Guide will walk the table, and if Char Field is LIKE > "%" + 'Entry ID col' + "%" it will hi-lite the row. > > But how does it do that? > > Actually, I'd be happy if somebody could point out where this is explained > in the manual. > > (ARS 7.1, RH Linux server, Oracle 10.2 db) > > Dwayne Martin > James Madison University > ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Re: Walking table, reading and setting hi-liting rows
I do not have the 7 docs handy but I know there is lot of information in the 6.3 docs about table walking, specifically about what you are asking. 1. Remedy knows if the row is selected using the $ROWSELECTED$ keyword. I believe it even knows which row was selected as the primary and which was selected as the secondary. 2. In order to highlite a row you need to reference the table name and a row number in a set fields action. Page 659 in 6.3 basic guide has everything you need to know. Look for a Workflow Extras section in the 7 docs. On Fri, Jun 13, 2008 at 2:43 PM, Dwayne Martin <[EMAIL PROTECTED]> wrote: > Dear List, > I am sure this is spelled out very plainly in the documentation, but I > can't seem to find it. > > I want the user to be able to hi-lite table rows, save the entry, and have > those same table rows hi-lited when the entry is re-displayed. > > So the user will cntl-click several rows to hi-lite them. Then on save, an > Active Link Guide will walk the table, and if the row is hi-lited it will > write the Entry ID for the row into a Char field. > > But how does it know if the row is hi-lited? > > On Display, another AL Guide will walk the table, and if Char Field is LIKE > "%" + 'Entry ID col' + "%" it will hi-lite the row. > > But how does it do that? > > Actually, I'd be happy if somebody could point out where this is explained > in the manual. > > (ARS 7.1, RH Linux server, Oracle 10.2 db) > > Dwayne Martin > James Madison University > ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Re: Walking table, reading and setting hi-liting rows
In 6.3 I tried to do just what Dwayne is wanting and found you could not set the highlite on multiple rows thru workflow. I had to settle with making a "Selected" column and displaying that when re-displaying the list to the user. Fred From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Frank Caruso Sent: Friday, June 13, 2008 2:35 PM To: arslist@ARSLIST.ORG Subject: Re: Walking table, reading and setting hi-liting rows ** I do not have the 7 docs handy but I know there is lot of information in the 6.3 docs about table walking, specifically about what you are asking. 1. Remedy knows if the row is selected using the $ROWSELECTED$ keyword. I believe it even knows which row was selected as the primary and which was selected as the secondary. 2. In order to highlite a row you need to reference the table name and a row number in a set fields action. Page 659 in 6.3 basic guide has everything you need to know. Look for a Workflow Extras section in the 7 docs. On Fri, Jun 13, 2008 at 2:43 PM, Dwayne Martin <[EMAIL PROTECTED]> wrote: Dear List, I am sure this is spelled out very plainly in the documentation, but I can't seem to find it. I want the user to be able to hi-lite table rows, save the entry, and have those same table rows hi-lited when the entry is re-displayed. So the user will cntl-click several rows to hi-lite them. Then on save, an Active Link Guide will walk the table, and if the row is hi-lited it will write the Entry ID for the row into a Char field. But how does it know if the row is hi-lited? On Display, another AL Guide will walk the table, and if Char Field is LIKE "%" + 'Entry ID col' + "%" it will hi-lite the row. But how does it do that? Actually, I'd be happy if somebody could point out where this is explained in the manual. (ARS 7.1, RH Linux server, Oracle 10.2 db) Dwayne Martin James Madison University __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" html___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Re: Walking table, reading and setting hi-liting rows
Thank you, Frederick, Andrew and Frank, for your replies. I got waylaid and hope we haven’t lost our train of thot. What I am trying to do is: 1. Let the user hi-lite some rows in a table. When the entry is saved, write a list of hi-lited rows into a field, which is saved with the record. 2. When the record is displayed, read the field and use the value in the field to hi-lite the same rows that were selected in the previous session. The first step turned out to ridiculously simple. All I had to do is have an Active Link call a guide that does a table loop and “Table Loop Selected Rows Only,” and it creates a neat little list of hi-lited rows. I think Step 2 is impossible. As Frederick has pointed out “you [can] not set the highlite on multiple rows thru workflow,” The “Workflow Objects” 7.1 manual, p223 shows how to select a row by setting the value of the table field to the desired row number. But it says nothing about selecting multiple rows (ie simulating a cntrl-click). It also appears that you can’t even read a table on Display. My storage field keeps a list based on an “Entry ID col” field in the table. I set up an Active Link to set the table to 0 on Display (un-hilite the first row), then call a guide that walks the table, and if the field where I was storing the values is “LIKE “%” + $Entry ID col$ + “%”", display a message with the value in the “Entry ID col”. The message displayed for every row, whether the values matched or not, but the “Entry ID col” value was null. The table didn’t fill till the messages stopped displaying, and when it did, the first row was hi-lited. It appears that the “Display” Active Links fire before the tables are filled, so you really can’t get any info from a table when a record is displayed. I am used to telling my customers that “Remedy can do anything!” But it looks like I have hit a dead end this time. Could someone please prove me wrong. Dwayne Martin Original message >Date: Mon, 16 Jun 2008 09:28:47 -0500 >From: "Grooms, Frederick W" <[EMAIL PROTECTED]> >Subject: Re: Walking table, reading and setting hi-liting rows >To: arslist@ARSLIST.ORG > > ** > In 6.3 I tried to do just what Dwayne is wanting and > found you could not set the highlite on multiple > rows thru workflow. I had to settle with making a > "Selected" column and displaying that when > re-displaying the list to the user. > > Fred > > > > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Frank > Caruso > Sent: Friday, June 13, 2008 2:35 PM > To: arslist@ARSLIST.ORG > Subject: Re: Walking table, reading and setting > hi-liting rows > ** I do not have the 7 docs handy but I know there > is lot of information in the 6.3 docs about table > walking, specifically about what you are asking. > > 1. Remedy knows if the row is selected using the > $ROWSELECTED$ keyword. I believe it even knows which > row was selected as the primary and which was > selected as the secondary. > > 2. In order to highlite a row you need to reference > the table name and a row number in a set fields > action. > > Page 659 in 6.3 basic guide has everything you need > to know. Look for a Workflow Extras section in the 7 > docs. > > On Fri, Jun 13, 2008 at 2:43 PM, Dwayne Martin > <[EMAIL PROTECTED]> wrote: > > Dear List, > I am sure this is spelled out very plainly in the > documentation, but I can't seem to find it. > > I want the user to be able to hi-lite table rows, > save the entry, and have those same table rows > hi-lited when the entry is re-displayed. > > So the user will cntl-click several rows to > hi-lite them. Then on save, an Active Link Guide > will walk the table, and if the row is hi-lited it > will write the Entry ID for the row into a Char > field. > > But how does it know if the row is hi-lited? > > On Display, another AL Guide will walk the table, > and if Char Field is LIKE "%" + 'Entry ID col' + > "%" it will hi-lite the row. > > But how does it do that? > > Actually, I'd be happy if somebody could point out > where this is explained in the manual. > > (ARS 7.1, RH Linux server, Oracle 10.2 db) > Dwayne Martin > James Madison University > > __Platinum Sponsor: www.rmsportal.com ARSlist: > "Where the Answers Are" html___ __Platinum Sponsor: > www.rmsportal.com ARSlist: "Where the Answers Are" > html___
Re: Walking table, reading and setting hi-liting rows
Like I said I could not highlite multiple rows thru workflow. My solution was to do the following: Add a Display Only field on the form (I used a 3 character field) Add this Display Only field as a column in the table (Yes you can add Display only fields from the form that holds the table as columns in the table). I called my column "Selected" In your Display workflow do the following Refresh the table walk the table while walking the table if 'your storage field' like "%" + 'Entry ID col' + "%" then set the display only field to "Yes" and set the column to "Yes" else clear the display only field I also changed it so that users double click on a row instead of multiple selecting and that set's the Selected column to "Yes" for that row (If Col = "Yes" clear the col and the Display Only else set both. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Dwayne Martin Sent: Wednesday, June 18, 2008 2:45 PM To: arslist@ARSLIST.ORG Subject: Re: Walking table, reading and setting hi-liting rows Thank you, Frederick, Andrew and Frank, for your replies. I got waylaid and hope we haven't lost our train of thot. What I am trying to do is: 1. Let the user hi-lite some rows in a table. When the entry is saved, write a list of hi-lited rows into a field, which is saved with the record. 2. When the record is displayed, read the field and use the value in the field to hi-lite the same rows that were selected in the previous session. The first step turned out to ridiculously simple. All I had to do is have an Active Link call a guide that does a table loop and "Table Loop Selected Rows Only," and it creates a neat little list of hi-lited rows. I think Step 2 is impossible. As Frederick has pointed out "you [can] not set the highlite on multiple rows thru workflow," The "Workflow Objects" 7.1 manual, p223 shows how to select a row by setting the value of the table field to the desired row number. But it says nothing about selecting multiple rows (ie simulating a cntrl-click). It also appears that you can't even read a table on Display. My storage field keeps a list based on an "Entry ID col" field in the table. I set up an Active Link to set the table to 0 on Display (un-hilite the first row), then call a guide that walks the table, and if the field where I was storing the values is "LIKE "%" + $Entry ID col$ + "%"", display a message with the value in the "Entry ID col". The message displayed for every row, whether the values matched or not, but the "Entry ID col" value was null. The table didn't fill till the messages stopped displaying, and when it did, the first row was hi-lited. It appears that the "Display" Active Links fire before the tables are filled, so you really can't get any info from a table when a record is displayed. I am used to telling my customers that "Remedy can do anything!" But it looks like I have hit a dead end this time. Could someone please prove me wrong. Dwayne Martin Original message >Date: Mon, 16 Jun 2008 09:28:47 -0500 >From: "Grooms, Frederick W" <[EMAIL PROTECTED]> >Subject: Re: Walking table, reading and setting hi-liting rows >To: arslist@ARSLIST.ORG > > ** > In 6.3 I tried to do just what Dwayne is wanting and > found you could not set the highlite on multiple > rows thru workflow. I had to settle with making a > "Selected" column and displaying that when > re-displaying the list to the user. > > Fred > > ---- > > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Frank > Caruso > Sent: Friday, June 13, 2008 2:35 PM > To: arslist@ARSLIST.ORG > Subject: Re: Walking table, reading and setting > hi-liting rows > ** I do not have the 7 docs handy but I know there > is lot of information in the 6.3 docs about table > walking, specifically about what you are asking. > > 1. Remedy knows if the row is selected using the > $ROWSELECTED$ keyword. I believe it even knows which > row was selected as the primary and which was > selected as the secondary. > > 2. In order to highlite a row you need to reference > the table name and a row number in a set fields > action. > > Page 659 in 6.3 basic guide has everything you need > to know. Look for a Workflow Extras section in the 7 > docs. > > On Fri, Jun 13, 2008 at 2:43 PM, Dwayne Martin > <[EMAIL PROTECTED]> wrote: > > Dear List, > I am
Re: Walking table, reading and setting hi-liting rows
Dwayne, Your original post said you are on version 7.1. I haven't played with it much, but page 368 of the Form and Application Objects manual says you can change the colors of rows in tables based on selection fields. If you combined that with Fred's suggestion below, you could set the foreground color to white and the background color to black when the status was "Yes". It wouldn't truly be a selected row, but it would look that way to the user. I don't know how well that would play out in practice for what you are doing, but its crazy enough that it just might work. Thad Esser Remedy Developer "Argue for your limitations, and sure enough, they're yours."-- Richard Bach "Grooms, Frederick W" <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" 06/18/2008 02:47 PM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Walking table, reading and setting hi-liting rows Like I said I could not highlite multiple rows thru workflow. My solution was to do the following: Add a Display Only field on the form (I used a 3 character field) Add this Display Only field as a column in the table (Yes you can add Display only fields from the form that holds the table as columns in the table). I called my column "Selected" In your Display workflow do the following Refresh the table walk the table while walking the table if 'your storage field' like "%" + 'Entry ID col' + "%" then set the display only field to "Yes" and set the column to "Yes" else clear the display only field I also changed it so that users double click on a row instead of multiple selecting and that set's the Selected column to "Yes" for that row (If Col = "Yes" clear the col and the Display Only else set both. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Dwayne Martin Sent: Wednesday, June 18, 2008 2:45 PM To: arslist@ARSLIST.ORG Subject: Re: Walking table, reading and setting hi-liting rows Thank you, Frederick, Andrew and Frank, for your replies. I got waylaid and hope we haven't lost our train of thot. What I am trying to do is: 1. Let the user hi-lite some rows in a table. When the entry is saved, write a list of hi-lited rows into a field, which is saved with the record. 2. When the record is displayed, read the field and use the value in the field to hi-lite the same rows that were selected in the previous session. The first step turned out to ridiculously simple. All I had to do is have an Active Link call a guide that does a table loop and "Table Loop Selected Rows Only," and it creates a neat little list of hi-lited rows. I think Step 2 is impossible. As Frederick has pointed out "you [can] not set the highlite on multiple rows thru workflow," The "Workflow Objects" 7.1 manual, p223 shows how to select a row by setting the value of the table field to the desired row number. But it says nothing about selecting multiple rows (ie simulating a cntrl-click). It also appears that you can't even read a table on Display. My storage field keeps a list based on an "Entry ID col" field in the table. I set up an Active Link to set the table to 0 on Display (un-hilite the first row), then call a guide that walks the table, and if the field where I was storing the values is "LIKE "%" + $Entry ID col$ + "%"", display a message with the value in the "Entry ID col". The message displayed for every row, whether the values matched or not, but the "Entry ID col" value was null. The table didn't fill till the messages stopped displaying, and when it did, the first row was hi-lited. It appears that the "Display" Active Links fire before the tables are filled, so you really can't get any info from a table when a record is displayed. I am used to telling my customers that "Remedy can do anything!" But it looks like I have hit a dead end this time. Could someone please prove me wrong. Dwayne Martin Original message >Date: Mon, 16 Jun 2008 09:28:47 -0500 >From: "Grooms, Frederick W" <[EMAIL PROTECTED]> >Subject: Re: Walking table, reading and setting hi-liting rows >To: arslist@ARSLIST.ORG > > ** > In 6.3 I tried to do just what Dwayne is wanting and > found you could not set the highlite on multiple > rows thru workflow. I had to settle with making a > "Selected" column and displaying that when > re-displaying the list to the user. > > Fred > > > > From: Action Request System discussion list(ARSL
Re: Walking table, reading and setting hi-liting rows
Thad, Thanks for the idea. I'll give it a try. Dwayne Original message >Date: Wed, 18 Jun 2008 15:16:58 -0700 >From: Thad K Esser <[EMAIL PROTECTED]> >Subject: Re: Walking table, reading and setting hi-liting rows >To: arslist@ARSLIST.ORG > > ** > Dwayne, > > Your original post said you are on version 7.1. I > haven't played with it much, but page 368 of the > Form and Application Objects manual says you can > change the colors of rows in tables based on > selection fields. If you combined that with Fred's > suggestion below, you could set the foreground color > to white and the background color to black when the > status was "Yes". It wouldn't truly be a selected > row, but it would look that way to the user. I > don't know how well that would play out in practice > for what you are doing, but its crazy enough that it > just might work. > Thad Esser > Remedy Developer > "Argue for your limitations, and sure enough, > they're yours."-- Richard Bach > > "Grooms, Frederick W"To arslist@ARSLIST.ORG > <[EMAIL PROTECTED]> cc > Sent by: "Action RequestSubject Re: Walking table, > System discussion reading and setting > list(ARSList)" hi-liting rows > > > 06/18/2008 02:47 PM > > +-+ > | Please respond to | > | arslist@ARSLIST.ORG | > +-+ > > Like I said I could not highlite multiple rows thru > workflow. > > My solution was to do the following: > Add a Display Only field on the form (I used a 3 > character field) > Add this Display Only field as a column in the table > (Yes you can add > Display only fields from the form that holds the > table as columns in the > table). I called my column "Selected" > In your Display workflow do the following >Refresh the table >walk the table > while walking the table > if 'your storage field' like "%" + 'Entry ID > col' + "%" > then set the display only field to "Yes" and > set the column to > "Yes" > else clear the display only field > > I also changed it so that users double click on a > row instead of > multiple selecting and that set's the Selected > column to "Yes" for that > row (If Col = "Yes" clear the col and the Display > Only else set both. > > Fred > > -Original Message- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Dwayne > Martin > Sent: Wednesday, June 18, 2008 2:45 PM > To: arslist@ARSLIST.ORG > Subject: Re: Walking table, reading and setting > hi-liting rows > > Thank you, Frederick, Andrew and Frank, for your > replies. I got waylaid > and hope we haven't lost our train of thot. > > What I am trying to do is: > 1. Let the user hi-lite some rows in a table. When > the entry is saved, > write a list of hi-lited rows into a field, which is > saved with the > record. > > 2. When the record is displayed, read the field and > use the value in the > field to hi-lite the same rows that were selected in > the previous > session. > > The first step turned out to ridiculously simple. >All I had to do is > have an Active Link call a guide that does a table > loop and "Table Loop > Selected Rows Only," and it creates a neat little > list of hi-lited rows. > > I think Step 2 is impossible. As Frederick has > pointed out "you [can] > not set the highlite on multiple rows thru > workflow," The "Workflow > Objects" 7.1 manual, p223 shows how to select a row > by setting the value > of the table field to the desired row number. But > it says nothing about > selecting multiple rows (ie simulating a > cntrl-click). > > It also appears that you can't even read a table on > Display. My storage > field keeps a list based on an "Entry ID col" field > in the table. I set > up an Active Link to set the table to 0 on Display > (un-hilite the first > row), then call a guide that walks the table, and if > the field where I > was storing the values is "LIKE "%" + $Entry ID col$ > + &quo
Re: Walking table, reading and setting hi-liting rows
I think you will find that the color is only set for the rows when the table is refreshed. Changing the selection value after refresh does not change the row color. (At least in v6.3 it did not work that way. Maybe 7.1 will be different, but I doubt it.) And frankly, given any ADA requirements, using color is a bad way to communicate with users. I personally prefer the extra column approach. You can even combine the two if you want to as well. The extra column could be 'Display Type' = "Read Only-HTML" and stuff HTML into each cell to color the page and add text to match the "state" for the row. So the background could be "green" and you could put the word "green" in the cell too. ( Just a thought) -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap Pick two. On Wed, Jun 18, 2008 at 6:16 PM, Thad K Esser <[EMAIL PROTECTED]> wrote: > ** > Dwayne, > > Your original post said you are on version 7.1. I haven't played with it > much, but page 368 of the Form and Application Objects manual says you can > change the colors of rows in tables based on selection fields. If you > combined that with Fred's suggestion below, you could set the foreground > color to white and the background color to black when the status was "Yes". > It wouldn't truly be a selected row, but it would look that way to the > user. I don't know how well that would play out in practice for what you > are doing, but its crazy enough that it just might work. > > Thad Esser > Remedy Developer > "Argue for your limitations, and sure enough, they're yours."-- Richard Bach ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Re: Walking table, reading and setting hi-liting rows
Thanks, Carey, I did a search in the "Form and Application" and "Workflow Objects" manuals for "extra column" but didn't find anything. Where can I get more info? Dwayne Original message >Date: Thu, 19 Jun 2008 10:03:22 -0400 >From: Carey Matthew Black <[EMAIL PROTECTED]> >Subject: Re: Walking table, reading and setting hi-liting rows >To: arslist@ARSLIST.ORG > >I think you will find that the color is only set for the rows when the >table is refreshed. >Changing the selection value after refresh does not change the row >color. (At least in v6.3 it did not work that way. Maybe 7.1 will be >different, but I doubt it.) > > >And frankly, given any ADA requirements, using color is a bad way to >communicate with users. I personally prefer the extra column approach. >You can even combine the two if you want to as well. The extra column >could be 'Display Type' = "Read Only-HTML" and stuff HTML into each >cell to color the page and add text to match the "state" for the row. >So the background could be "green" and you could put the word "green" >in the cell too. ( Just a thought) > >-- >Carey Matthew Black >Remedy Skilled Professional (RSP) >ARS = Action Request System(Remedy) > >Love, then teach >Solution = People + Process + Tools >Fast, Accurate, Cheap Pick two. > > >On Wed, Jun 18, 2008 at 6:16 PM, Thad K Esser <[EMAIL PROTECTED]> wrote: >> ** >> Dwayne, >> >> Your original post said you are on version 7.1. I haven't played with it >> much, but page 368 of the Form and Application Objects manual says you can >> change the colors of rows in tables based on selection fields. If you >> combined that with Fred's suggestion below, you could set the foreground >> color to white and the background color to black when the status was "Yes". >> It wouldn't truly be a selected row, but it would look that way to the >> user. I don't know how well that would play out in practice for what you >> are doing, but its crazy enough that it just might work. >> >> Thad Esser >> Remedy Developer >> "Argue for your limitations, and sure enough, they're yours."-- Richard Bach > >___ >UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Re: Walking table, reading and setting hi-liting rows
Excuse me, Carey. I misunderstood what you were saying. You were referring to Frederick’s solution below. That look’s do-able, and I’ll give it a try. Thank you, Carey, and Fred, and all others who responded. Dwayne Date: Thu, 19 Jun 2008 10:03:22 -0400 Reply-To: arslist@ARSLIST.ORG Sender: "Action Request System discussion list(ARSList)" From: Carey Matthew Black <[EMAIL PROTECTED]> Subject: Re: Walking table, reading and setting hi-liting rows In-Reply-To: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline I think you will find that the color is only set for the rows when the table is refreshed. Changing the selection value after refresh does not change the row color. (At least in v6.3 it did not work that way. Maybe 7.1 will be different, but I doubt it.) And frankly, given any ADA requirements, using color is a bad way to communicate with users. I personally prefer the extra column approach. You can even combine the two if you want to as well. The extra column could be 'Display Type' = "Read Only-HTML" and stuff HTML into each cell to color the page and add text to match the "state" for the row. So the background could be "green" and you could put the word "green" in the cell too. ( Just a thought) -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap Pick two. ** Date: Wed, 18 Jun 2008 16:47:29 -0500 Reply-To: arslist@ARSLIST.ORG Sender: "Action Request System discussion list(ARSList)" From: "Grooms, Frederick W" <[EMAIL PROTECTED]> Subject: Re: Walking table, reading and setting hi-liting rows In-Reply-To: A<[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" Like I said I could not highlite multiple rows thru workflow. My solution was to do the following: Add a Display Only field on the form (I used a 3 character field) Add this Display Only field as a column in the table (Yes you can add Display only fields from the form that holds the table as columns in the table). I called my column "Selected" In your Display workflow do the following Refresh the table walk the table while walking the table if 'your storage field' like "%" + 'Entry ID col' + "%" then set the display only field to "Yes" and set the column to "Yes" else clear the display only field I also changed it so that users double click on a row instead of multiple selecting and that set's the Selected column to "Yes" for that row (If Col = "Yes" clear the col and the Display Only else set both. Fred
Re: Walking table, reading and setting hi-liting rows SOLVED
Since it is not possible to select multiple table rows via workflow I submitted that as an enhancement request. Then I basically followed Frederick's suggestion (see below). Two things I learned: 1 In order to set workflow based on double-clicking a table row you have to go to "Display" tab and un-check "Table Drill Down." 2 On display, I needed to re-select the table rows based on the storage field, but I found that the table rows were getting set before the table was displayed, and then the display blew away the settings. So I un-checked "Refresh on Entry Change", then on Display, did a "Change Fields" refresh, then set the rows. Thanks again, Frederick, and all others who responded. Dwayne Martin James Madison University >From: "Grooms, Frederick W" <[EMAIL PROTECTED]> >Subject: Re: Walking table, reading and setting hi-liting rows >In-Reply-To: A<[EMAIL PROTECTED]> >Content-Type: text/plain; charset="us-ascii" > >Like I said I could not highlite multiple rows thru workflow. > >My solution was to do the following: >Add a Display Only field on the form (I used a 3 character field) >Add this Display Only field as a column in the table (Yes you can add >Display only fields from the form that holds the table as columns in the >table). I called my column "Selected" >In your Display workflow do the following > Refresh the table > walk the table >while walking the table > if 'your storage field' like "%" + 'Entry ID col' + "%" > then set the display only field to "Yes" and set the column to >"Yes" > else clear the display only field > >I also changed it so that users double click on a row instead of >multiple selecting and that set's the Selected column to "Yes" for that >row (If Col = "Yes" clear the col and the Display Only else set both. > > >Fred > ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"