When using Teams, I want to add emojis by using colons, ex. typing ":smile..."
However, Teams is too quick to add a smiley, thinking that ":s" what I want (which is not), i.e. I end up with not being able to get/use the emoji I want... See picture (I don't want the smiley which appear in the red square)
enter image description here
Use parenthesis instead of colon e.g.
(nod)
(smile)
Related
I am trying to create a block in which a variable length of txt can be printed on a label, depending on the length of the txt, creating one or more lines of course, this is no problem using ^FB or ^TB, but here's the catch: I want to disable word-wrap. Is this somehow possible?
^FT20,130^FB550,3,,^FH^FDDescription: $_3000DE$^FS
Unfortunately the ZPL Programming Guide doesn't mention any possibility to turn of the automatic word-wrap functionality of the ^FB or ^TB command.
So the answer to your question is a simple: No, it's not possible.
However, it does allow for the wrap to happen outside of the label which is what will work.
In my example below the 999 prints the wrapped text off the label (6x4 label):
^FO65,370^A0B,40,30^FB520,2,999^FD<Company Address1 Company Address1>^FS
I know nothing about Arabic writing, but we need to add support for it.
I'm getting confused about the letter order. As you can see in the screenshot, the order of the characters is different depending on the display method.
In Xcode I also noticed a different letter order in the preview and in the description.
Your screenshots have same letter order, but different layout directions, i.e. the ordering of fragments of text (e.g. words). If you remove the left-to-right fragment 12345 and the letter z, the string will look the same in both cases.
You can learn about the tricky bidirectional text layout in Wikipedia.
In your case, I believe that U+200F right-to-left mark as the first character of your string will fix the problem. Be careful with the editor, though. XCode editor does not support bidirectional text good enough.
I'm using InDesign's data merge to generate playing cards for my game. Is it possible to convert a specific string to an inline image?
"You may roll :red_die: and add the rolled valued to this card's value"
For example the :red_die: in the text above would be automatically converted to an inline icon of a red coloured die.
No you can't this way. But you can place images with datamerge to the condition some fields of your source is set as an image one meaning having a "#" prefix. InDesign will process fields like #image as an image to place. It's up to you to add such a field in your source. However you can't nest it within another datamerge tag so it may not work eventually.
Other solution is using F/C dialog to replace :red_die: with clipboard content (your image) or to use scripting. You may also consider variable content plugin like EasyCatalog.
How can I make a dashboard in QlikView, showing variances for some results?
The final screen should:
Show the results.
Show up-or-down arrow for every result.
I'm pretty sure it is possible, as Google image search (for a keyword 'qlikview') shows such dashboard (I highlighted those arrows with a black rectangle):
To get those arrows you need to create an expression that tells you if the variance is positive or negative.
if(column(1)-column(2)>0,'Positive',
if(column(1)-column(2)<0,'Negative',
'Same'))
Now all we need to do is change the words Positive etc. to arrows. This is done in the expression editor.
Then you can just select one of the built in arrows which will paste some odd looking text but all it's saying is that instead of the word 'Positive' use the picture that is at 'qmem:///buitin/arrow_n_g.png'.
Giving a result like this.
With EnumFontFamiliesEx, I get two instances of some fonts, the second of which has '#' prefixed to the face name in the LOGFONT. For example, I get "MS PMincho" and "#MS PMincho". Yet for other fonts, I just get a single instance, like "Arial". What does the at-sign mean in this context?
These are fonts specifically optimized for vertical text. See for example. If your application does not support writing from top to bottom, you should probably filter out such fonts.