When viewing a PowerPivot workbook natively all is well. However when I save it to Sharepoint and view it via a browser, I find that the option to filter data by typing in a value is no longer present. (All there is is an extremely LONG list of values which must be scrolled through and checked.) Being able to type in a value to search on is rather crucial feature when one wants to filter on a row where there may be thousands (or more) distinct values. Using a slicer or the standard filter drop-down in this case is pretty unworkable! Is there no way around this?
Finally found a co-worker who could answer this question -- it was "hidden in plain sight". Instead of selecting 'Filter...' from a column header drop-down, select 'Label Filters' (used for text values) and then 'Begins with' from the secondary pop-up menu, and then you can type in the beginning of the string you are searching for. Silly me I thought 'Label Filters' had something to do with Labels, not text values.
Related
When I create a list, I have gotten into the habit of doing the following:
Change Title field name to Item
Give it the default value of View
Go to Advanced Settings
Allow management of content types > Yes
Click Save
Then in Settings, click on the Item type
Then click on the Item field and select Hidden
Then go back to Advanced Settings
Allow management of content types > No
Click Save
The result of this is that:
The Title field (now called Item) is hidden in the form
I have a column called Item, which has the link View in each row (which opens up the item)
I can’t remember why I started doing this (possibly one of the reasons outlined in this video), but the use case must have demanded it and I just kept doing it.
However, lately I have been having troubling thoughts about whether it negatively effects indexing or has any other undesired outcomes.
For example, I did a search in a list the other today, and in the drop down search results that were displayed, I just got multiple rows of the value View.
I also read just before posting this question that list items in the recycle bin will be identified by the value that was in the Title column. So if they all say View it will be impossible to differentiate one from the other.
So I just thought I would see if there is any authoritative, definitive best practice around the Title column, and ask if my convention is bad and if so what I should replace it with.
Thank You.
(Edit: I also hide the Title column in document libraries, as it doesn’t seem to serve a purpose, as clicking on the value in the Name column opens up the document anyway - therefore the ‘link’ action of the Title field is not required).
I am trying to create a "searchable dropdown list" in Excel
Essentially, instead of the user choosing from one of 100 items in a dropdown list, I want them to be able to type in a few letters, and only the results matching that will show up in the dropdown.
I've come across two solutions:
the FILTER function, which is only coming available to my version of Excel in July
Pivot tables, which are quite clunky (changes colors, column sizes, etc. when I touch it)
Are you aware of any other options for a searchable dropdown list?
Thank you
Within Excel spreadsheet I would like to create a drop-down list with a blank space incase unknown information has to be inputted. I created a list for the most common information that is inputted but once in a blue moon rare information needs to be logged. Since the information is so rare and unknown it’s not possible to include it within the excel drop down box (since it’s unknown at the moment and will only be used once I therefore don’t want to add it within the drop-down list). I have created the list with a blank spot so I can type in the rare information in but when I click the blank information and try to type in the rare information a box pops up and says, this value doesn’t match the date validation restrictions defined for this cell. Is there a way to overcome this in Excel?
enter image description here
Also, once that problem is solved, I would also like to also have a drop list always present in the column (not just when the field is selected) and I did go to insert and symbols Wingdings 3: 128 but that didn’t work. Maybe it’s because I have included a blank slot in the drop-down list. What am I doing wrong? Thanks in advance.
I think a dropdown list can only have predefined values. If you need other potential values, you would need to add an additional column for that data. Maybe use an option of "Other" in the dropdown and have an extra column for unusual values.
I can usually find an answer to the problems I'm having via a quick google search, but this one I'm struggling to even form the question in order to locate an answer.
I'm trying to find out whether it is possible to use Excel Tooltips to display cell data. For example, on mouse over: a tooltip appears displaying the cell values from selected cells, preferably with some plain text but not essential.
i.e. I have an overview table which simplifies data from another table but want said cell values to appear on mouse over.
I'm designing a workflow database in Lotus Notes 6.0.3 (soon upgrading to 8.5), and my OS is Windows XP.
I have recently tried converting a tabbed table into a programmable one. This was so that I could control which tab was displayed to the user when it was opened, so that they were presented with the most appropriate one for that document's progress through the workflow. That part of it works!
One of the tabs features a radio button that controls visibility of the next tab, and a pair of cascading dialogue boxes. One contains the static list "Person":"Team", and the other has a formula based on the first:
view:=#If(PeerReview = "Team"; "GroupNames"; "GroupMembers");
#Unique(#DbColumn(""; ""; view; 1))
The dialogue boxes have the property "Refresh fields on keyword change" selected.
The behaviour that I wasn't expecting is this. If the radio button is set to "Yes" and a value is selected in one of the dialogue boxes, the table opens the next tab. If the radio button is set to "No" and a value is selected in one of the dialogue boxes, the entire table is hidden.
I can duplicate the latter by switching off the "Refresh fields on keyword change" property on the dialogue boxes and instead pressing F9 after selecting a value. I have no idea why the former occurs, though. The table is called "RFCInfo", and I have a field on the form called "$RFCInfo" which is editable, hidden from all users who aren't me and initially set by a Postopen script, which I can post if necessary - it's essentially a Select Case statement that looks at a particular item value and returns the name of the table row relating to that value.
Can anyone offer any pointers?
Hide-when formulas in table cells in Notes R5 and R6 were notorious for breaking in unpredictable ways when you edited the table cells. Even in R7, I think they were still a little bit funky, but by R8 they were finally really solid. You haven't shown the hide-when's but my first guess is that you are simply a victim of the bad behavior.
Please don't shoot the messenger, but the usual way we addressed this sort of problem was to painstakingly re-create the entire table from scratch, and hope we never have to edit it again. I.e., make a copy of the table in a scratch form and clear all the hide-whens -- one by one. Then create a brand new empty table in a second scratch form and get all the cells set up exactly like the original table, including nested tables, merged cells, and other settings -- but skip the hide-whens for now. Then copy each cell's content from the first scratch form to the corresponding cell of the second scratch form. Then, referring to the hide-whens in the original form, re-create each hide-when on the paragraphs in the cells on the second scratch form. Finally, delete the original table from your original form and then copy/paste the table from the second scratch from back into your original form.
Once you have R8.5, move to XPages in Notes, it's almost a no-brainer to implement your tabs. And in return, you get many other interesting issues to solve!