The mailing list has been closed since July 2022, but continues to serve as an archive of information about QF-Test.
But if you want to stay informed about news about QF-Test, you can simply
Subscribe to Newsletter
To get up-to-date information about each release - including minor releases - you can
subscribe to the RSS feed or follow us on social media.
Alternatively, QF-Test also provides release information itself.
Another source of information is our blog, where there are current articles on general topics, on the company QFS and also various "how-tos"
subscribe to blog
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [QF-Test] Reading table rows ifrom a Sharepoint page
Hello Rick, the index you are referring to does indeed depend on the order in which you record the cells because it is used only to disambiguate the all-too-similar QF-Test IDs. What you should look at are the class count and index attributes in the details of each cell. Anyway, for such a use-case you should not try to record all the cells as QF-Test component nodes. Either try to use item syntax like table&col&row or create generic table row (TR) and table cell (TD) nodes with variable class index attributes. If you need help with the details, please get in touch with our support. Best regards, Greg Rick Brasche <Rick.Brasche@?.org> writes: > Hello all: > > We are trying to capture text entries in a Sharepoint page and read them to a database. It has 12 > columns, and each page has up to 100 rows. > > We can properly index the number of rows, but when we record, we appear to get only sequential > entries. The problem is, in the next row, selecting the same column the identifier does not > increment steadily, but can go from as high as 12 (which is what we expected) to as low as 2. The > next row is a different increment, and so on. > > Between pages, however, the strange increments are consistent. This screenshot shows how the > components are appearing. The first tbl.td set is 8 entries in the same row. The second is 4 of > the second row, then 4 of the third row, and 4 of the SIXTH row. > > It appears to identify these based on the order I record them, not their actual appearance on the > page. I want to use a loop counter to increment each row to read off unti the whole page is read. > > QFtest sees this as an aspnetform.table if this helps. > > [cid] > > Thanks in advance for any assist the community can provide. > > Rick Brasche, > > Information Systems Business Process and Data Entry Automation > > Home of Application Testing > > ------------------------------------------------------------------------------------------------------------------------------ > > “The difficult we do immediately, the impossible just takes a bit longer.” – US Navy SeaBees. > > “If it ain’t broke, you’re not trying hard enough.” – “the Red Green Show” > > NOTICE: This email message and/or its attachments may contain > information that is confidential or restricted. It is intended only for > the individuals named as recipients in the message. If you are NOT an > authorized recipient, you are prohibited from using, delivering, > distributing, printing, copying, or disclosing the message or content to > others and must delete the message from your computer. If you have > received this message in error, please notify the sender by return > email. > > _______________________________________________ > qftest-list mailing list > qftest-list@?.de > http://www.qfs.de/mailman/listinfo/qftest-list -- Gregor Schmid E: gregor.schmid@?.de T: +49 (0)8171 38648-11 F: +49 (0)8171 38648-16 Quality First Software GmbH | www.qfs.de Tulpenstr. 41 | 82538 Geretsried | Germany GF Gregor Schmid, Karlheinz Kellerer HRB München 140833
|
1. Functional cookies
We use functional cookies to ensure the basic functionality of the website.
2. Performance and statistic cookies
We use Matomo for analyzing and optimizing our website. Cookies permit an anonymous collection of information that help us offering you a clear and user-friendly visit of our web pages.
This cookie contains a unique, pseudonymized visitor ID internal to Matomo for recognizing returning visitors.
This cookie is used to track from which website the anonymized user proceeded to our website.
The Matomo session cookie is used to track the visitor's page requests during the session.
is created and should be then directly deleted (used to check whether the visitor’s browser supports cookies).
short lived cookies used to temporarily store data for the visit.
short lived cookies used to temporarily store data for the visit.