I created a very small web application using a JFace TableViewer.
In the brower the table looks nice, but on iOS using Tabris the table columns are missing.
Please see the code here.
And please compare the browser and iOS version here.
What am I missing? Maybe I have to change the CSS file?
"Real" tables as you know them from the desktop are not supported yet, as they are not a common UI pattern on mobile devices.
Table, Tree and List are always displayed as a "List". You can have two columns: The first will be the main title Label, the second column will be used as a subtitle Label on the item. (Like in a Mail app, where you have the "From" in a big, bold font and the "Subject" in a smaller font below.)
So in your case I would concatenate the two dates into the first column and the subject into the second column.
Related
I have an email which is going out to a small team of people.
The email contains a table with each row having a "short description" column.
I would like to include the "full description", however but there is too much data to put this as a new column in the same table.
Ideally I would like to be able to hover over the row and view the "full description" as a tooltip.
I have tried using the title attribute, but it seems this is not supported.
Does Outlook support any method in which data is hidden initially, and some action of the user can display it?
The recipients of this are internal to the company I work for, so I only care about this working on Outlook 2016 under Windows.
Sounds like you just need a tooltip for your data in the table. See How To Create Tooltips in HTML for more information.
The Outlook extensibility model doesn't provide anything for that out of the box. Be aware, Outlook uses Word for rendering message bodies, so not all modern HTML markup could be working correctly. You can find the list of supported and unsupported HTML elements, attributes, and cascading style sheets properties in the Word HTML and CSS Rendering Capabilities in Outlook article.
This is not supported, as Outlook for Windows desktops is rendered almost as if it were for printing. There is basically no dynamic part to it.
When you hover your mouse over a link, it pulls the href out and displays that in a tooltip, along with "Click or tap to follow link", but that's all. That's not controllable except by changing the href.
Interestingly, it does support local anchors (with corresponding name attribute, not id): https://www.caniemail.com/features/html-anchor-links/
So the table could say "more" and link to a further description below.
Untested but I think this is the gist, for Outlook. Being Outlook-only, I've added conditionals so other email clients won't see a broken link:
<!--[if mso]>more<![endif]-->
<!--[if mso]><a name="description1">This is your in-depth description</a><![endif]-->
If you then wanted to show something else for non-Outlooks, you can use the "if not Outlook" conditional:
<!--[if !mso]><!-->
...
<!--<![endif]-->
I have a QListView with a Custom Display based on a simple contacts list. All the fields EXCEPT the email address field render just fine, and the items on the page otherwise look exactly as formatted. There is definitely data in the field, but this one simple text field isn't rendering as a mailto link in the QListView. The href code is correct, it works when tested in a simple html file, but not on the Sharepoint page.
Viewing source, all I see for the email code is literally mailto:<%EmailAddress%> where it should show mailto:myname#mydomain.com as it appears on the list. What's REALLY strange is that I tested the <%EmailAddress%> token on the custom display as just another field, no href code, but it doesn't show on screen that way either, which is even odder.
Here's the current code as an email link:
<%First_Name%> <%Last_Name%> Ext. <%Extension%><br>
<%Job_Title%><br><br>
Is there something funky about using an email field/code in Custom Displays? Using the generic show fields tab, it shows up uneventfully. Something else? Or can you not use "live" tags in the display at all? But then why didn't it show up as a text field? I was under the impression that you could use pretty much any simple html code in the custom displays. No?
I figgered it out. Turns out the field names are <%CaSe Sensitive%>. Who knew? Works like a champ now. Is that documented anywhere, btw? Just wondering.
I am trying to create a file upload field that has a little bit of style to it, but I seem to be having problems finding examples of this. I know part of the reason is that the field itself varies from browser to browser.
Any ideas how to do this? Or is there a way to do this without using a file element of a form that can be styled?
If what you mean is the text field for the file names, you can use the input[type=file] selector in the css files. For example :
input[type=file] { background-color: red; }
If what you mean is the file selection dialog box, I think it's browser/OS dependent and there's little (if any) you can do about it.
I have come up on this problem before. Unfortunately, file uploads are nearly impossible to style consistently across browsers. As of CSS 2, I think, the W3C standard specifically leaves behavior undefined--think of how many ways it would need to be implemented on different platforms. Firefox, for example, generates anonymous button and input elements inside the file upload element which only inherit some of the properties that you set on the upload element itself.
You can get some to work using, for example, Furuno's method, but know that the behavior will be spotty and differ widely across platforms/browsers.
Here's some links I found:
QuirksMode Article
One Extra Pixel Article (look for the file input styling section)
This would fit for your requirement.
If you are using jQuery, have a look at this plugin - https://github.com/ajaxray/bootstrap-file-field
This tiny plugin will display the file input field as a bootstrap button (with configurable classes) and will show selected file names (or selection errors) beautifully.
Additionally you can set various restrictions using simple data-attributes or JS settings.
e,g, data-file-types="image/jpeg,image/png" will restrict selecting file types except jpg and png images.
I'm using TinyMCE textareas or textboxes for an event logger app, and I need the text to be formatted a certain way. Something like this:
I can't figure out how to do this without a table, which I cannot nest in the textarea or textbox. Any suggestions?
You cannot -layout- content in a textbox or textarea. You want to either go for TinyMCE as an iframe (where layout is broken relatively easy), or create separate inputfields for dates and logs (and layout using html/css).
TinyMCE has a table plugin that you can use. Have you tried that?
Search for "tinymce table plugin". Your example seems to be a 3x2 table.
You may also want to look into the TinyMCE template plugin.
Like Jeff Yang mentioned, you can use tables to help your users lay out their content without CSS (it makes me cringe, but yes on CMS-driven sites with users of all types editing content, I still give them a table to save me headaches).
The template plugin will allow you to set up your own table, lock it in place, and then let the users select it from a dropdown. So, you could set up a table to your specifications above, name it "2-column with dates" or something, and train your users to select that when they needed it.
The plugin also has a preview option so your users can pick and choose exactly which template they need.
When I try printing an HTML-email with a table that stretches multiple pages then Windows-Mail and IE7 will only print whatever fits on the first page but Firefox prints everything just fine.
Any thoughts how I can make the Microsoft products print the entire thing?
Regards, Pieter
If this is just for a one-off email, you can try one of the following:
1) Click on file > print to ensure you get the print dialog box
2) Ensure that "all pages" is selected in the print dialog
3) Confirm the print job
or
1) Copy and paste the email into another application, such as Word and print the document from there.
If this is not a one-off issue, you could look at generating the information as a printable attachment, for example PDF format - which gives you more control over print-layout than HTML does.
I just dove into the problem again and found out that Internet Explorer and windows mail as well (same html engine?) cannot handle nested tables (a table inside the cell of another table) very well when it comes to printing them.
Removing the nested tables from the html-email solved the problem (and created another one but i was able to solve the layout issues without nested tables nicely ;) )