How can I add a hover-text (i.e. a text box containing some explanation or details appearing when I hover with the mouse over a component) to TextFields, Tabs, Links, Labels, etc.
I googled and scanned the "Book of Vaadin" as well as "Building Modern Web Apps ..." books and neither contains any relevant info on hover-texts.
Have I missed something? Or are they known under some different term?
For example you can add a title:
yourComponent.getElement().setAttribute("title", "Your Explanation");
Read more about the title attribute in the docs: https://developer.mozilla.org/en-US/docs/Web/HTML/Global_attributes/title
If the native title attribute is not enough, you can look into add-ons. The Vaadin Directory has a Tooltips4Vaadin, or Tooltip. The second one is CVAL 3.0 licensed, but I believe it should be Apache 2.0. At least the corresponding web component is Apache 2.0.
Related
About Translate JMeter projects,
I follow the translating steps and open I18NEdit,
I see the translation text options but I notice that I can't localize Menu items as File, Exit,..
It seems that there are texts (messages.properties) that can't be localized.
Is messages.properties localization is done manually by adding messages_[locale].properties?
Am I missing something ? Is it on purpose or should an enhancement be opened?
We don't really use i18nedit for translation. But you can still use it.
Anyway, Internationalization in JMeter is based on properties files:
src/core/org/apache/jmeter/resources/messages_[locale].properties
src/components/..../*.properties (except some like colors.properties)
src/protocol/..../*.properties
No need to translate deprecated components.
The 2 latter are related to components that rely on TestBean approach (no specific GUI)
Note that a PR (github mirror) is preferred over a patch:
https://github.com/apache/jmeter/blob/trunk/CONTRIBUTING.md
I have a strange issue that I'm unable to resolve in Jira settings or find any information online.
Running JIRA Cloud.
The editor for the Description field is all of a sudden missing editing controls. See attached image. Screenshot is from JIRA that I edited, not from our instance. I feel like we had it couple of weeks ago and I just didn't notice it and all of a sudden it is now GONE.
Any ideas if it's a setting or add-on??
This is our editor:
In addition, the comment renderer used to render #Person links as Person Name blue link, and now it just displays it as [~Person] plain text.
Looks like the description and comment fields on your JIRA are configured with the plain text renderer instead of the wiki renderer.
If you're a jira administrator, you can go to Field Configurations, then click Configure for the Default Field Configuration (or any others you may have). Now look for the description or comment fields and check which renderer is configured for them.
More documentation available here.
I've made a fairly simple "Coming soon" page for a client here and I have a very strange problem. Normally I'm the "go-to" CSS specialist of everyone I personally know, but on this one I am out of resources/ideas trying to figure it out.
On iPhones, using the default browser (Safari), the email input, which has a type="text", just like the name field, displays a white border instead of a blue one. The client reported the problem (she has an iPhone6 - not sure if S or not) and I tested it myself with on an ancient piece (4s) we just keep around the office for testing. For all I know, border-color is a CSS1 property, same as border-width and border-style. They are all applied explicitly so, basically no browser in the world should have a problem rendering it.
I haven't been able to reproduce the issue in any emulator or online snippet tool, so I don't see any point in posting code here. I'm assuming someone with proper iOS/Safari debugging tools/environment might be able to inspect the element and see why the CSS doesn't apply. I also tested the CSS for errors. The one I applied (child theme) is bug free. The parent theme CSS reports some issues but they're mostly vendor prefixes. But it's a good, well designed and well coded theme: Enfold by Kriesi.
EDIT: On further testing I just discovered the color property is also set to white too, when it should be the same blue: #255AA8.
Any idea on how I could debug this (on a Windows 10 machine) is also welcome.
Thank you for your time.
I found the problem... in the themes's .js.
Apparently, it detects if on mobile (somehow they do it properly - as the script doesn't fire in emulators) and if the field requires an email address, the type attribute is changed from text to email via js, so the email keyboard layout pops up when user inputs their email.
Adding
#top div .av-light-form input[type="email"] {
}
to my list of selectors did the job.
We have IBM WCM 8.5, and created content which contains Rich Text component in AT field.
I want to check whether the value of Rich Text is empty or not in one of my Menu Component.
I have tried to use "IfEmpty Plugin Component", but it doesn't work.
If any one have solution to this, it is of great help to me.
I have tried using Plugin:ifEmpty in WebSphere Portal 8.5 and they worked fine with Rich Text Editors.
This was the code that I used in the presentation template:-
[Plugin:ifEmpty value="[Element context='current' type='content' key='richText']"]Empty![/Plugin:ifEmpty]
[Plugin:ifNotEmpty value="[Element context='current' type='content' key='richText']"]Not Empty![/Plugin:ifNotEmpty]
It worked pretty well and responded appropriately.
May be you need to update to the latest fix pack. The other possibility would be that you inadvertently put some value in the rich text editor in the authoring template and all contents created from it took this value. Check the source of the rich text editor to make sure that it is empty.
This is known issue in the Textbox.io editor which comes with IBM Portal 8.5. When its empty it gives the '<p> </p>'
tags. We are facing the same issue. We are using Portal 8.5 CF 11
I'm building a form in the Orbeon Form Builder. The simplest way to recreate this problem is as follows:
Put a control on the form.
Give it any label, it does not matter.
Go to 'control details'.
Change the 'Control Name' to 'test-controlenummer'.
Confirm with the 'apply' button.
See the control itself disappear
Notice that the question mark of the help feature does not disappear, nor do the delete and validation options once you hover over the formerly-visible-component. The grid cell also acts as if it was occupied. The control simply does not show and some of the changes to the name and/or validation options result in XPath expression errors.
I have taken a quick look at the underlying xml code, however at first glance I did not find anything out of the ordinary.
It disappears because of a bug in Orbeon Forms 3.9 when control names contain a dash. Like you said, there is nothing wrong with the markup Form Builder generates, but it then incorrectly just doesn't expect a dash to be present in the control name.
This bug has been fixed in the latest code, so it won't be present in the next release.
If you are using Orbeon Forms PE, I recommend you contact Orbeon to see if you can get a patch for this (either through Basecamp if you already have a support account setup, or by email, info AT orbeon.com).
If you are using Orbeon Forms CE, for now, you can work around this issue by avoiding dashes in the names of your controls.