[NFBCS] Creating tables in word

[Charles Vanek]

I’m not sure if this will work well with tables and getting a sense of proportion of height and width of rows and columns.  But with PowerPoint I was once creating a slide show on Windows/JAWS and checking the location of elements with the touchscreen of an iPad.
This works well if you have Office 365 and Autosave so that edits show up immediately across devices.
With tables I believe you should be able to slide your finger and roughly identify the size of cells by where your finger crosses from cell to cell.  
Sometimes I find that simultaneously working in multiple ecosystems is helpful.
Thought I’d just throw that out there.


Sent from my iPhone

> On Jan 10, 2020, at 11:26 PM, Humberto Avila via NFBCS <nfbcs at nfbnet.org> wrote:
> 
> Howdy,
> 
> What I have usually have done is, whenever I create a table, and I put in contents, or I paste content into a table, I either use the Insert+F command that will tell me the font information, attributes, and how the layout is of the table.  The INSERT+f1 key also tells me useful information about the table I am currently in, which is great. I'd say exploring the options under the “Tables Options” in the JAWS Quick Settings Dialog will also be really helpful and INSERT+V takes you to that.
> 
> Another thing I have tried, is when I create a table, if I don't wanna worry about stuff like cell borders, patting and whether all my writing is going to fit, then there is an option in the Create Table dialog that specifies that I want to “Autofit to Contents” which is in a group of radio buttons you would get to by pressing Tab past the Number of Columns and Number of Rows settings. By the way, an ALT+A, followed immediately by an I, then T, is the route that takes you to that dialog if you'd like to explore it.
> 
> Hope this helps and good luck with your tables!!!!
> 
> Humberto
> 
> “Positive thinking leads to a positive attitude which leads to positive actions which lead to positive outcomes.”
> — ME
> 
> On Jan 10, 2020, at 1:57 PM, Michael Ausbun via NFBCS <nfbcs at nfbnet.org> wrote:
> 
> Howdy,
> In my reports at work, we use a few different tables, with various amount of data, rows, columns, or data for rows and columns. I'm finding it challenging to know if my tables are visually appealing (I.E. the data is displaying correctly, cells are wrapping correctly, spacing isn't an issue, etc.) I can modify the properties, but it seems table properties are subject-dependent.
> Anyone have any suggestions for building tables non-visually, to capture data in a presentable way, without relying on sighted colleagues (I suppose I could use AIRA, but looking for a more timely, fullproof method where possible)?
> Thanks,
> Michael
> _______________________________________________
> NFBCS mailing list
> NFBCS at nfbnet.org
> http://nfbnet.org/mailman/listinfo/nfbcs_nfbnet.org
> To unsubscribe, change your list options or get your account info for NFBCS:
> http://nfbnet.org/mailman/options/nfbcs_nfbnet.org/humberto_avila.it104%40outlook.com
> _______________________________________________
> NFBCS mailing list
> NFBCS at nfbnet.org
> http://nfbnet.org/mailman/listinfo/nfbcs_nfbnet.org
> To unsubscribe, change your list options or get your account info for NFBCS:
> http://nfbnet.org/mailman/options/nfbcs_nfbnet.org/charles.vanek%40gmail.com