I would like to insert small close/remove icon in ad control corner that will open marketplace with ad free version of my app. Something like that was in 6tag (it was actually in app purchase but all in all its similar).
My only concern is Microsoft might not like it. What do you think about that? Will my certification may fail because of that?
Many thanks
Will my certification may fail because of that? It won't. PubCenter and the marketplace are two different things.
As to know whether you're allowed to do that or not, the PubCenter terms leave no ambiguity on the matter:
6/ Prohibitions. You may only use the Service as expressly permitted in this Agreement and you must comply with any technical limitations of the Service that allow you to use it only in certain ways. You will not do any of the following with respect to the Service:
[...]
edit, resize, modify, filter, obscure, hide, make transparent or reorder any advertising (including their associated links) supplied by the Service;
Overlaying an icon on top of the ad would definitely count as modifying or obscuring.
Related
I am working with wirecloud platform and I would like to know the following:
1.- Is is possible to resize the widget's width and height dinamically?
2.- Is it possible to fill a dashboard with widgets and ops dinamically?
Both questions aims to have a menu(widget) where users can click and change between different tabs.
Any help or idea would be highly appreciated.
EDIT 06/08/15
I am able to answer the second question: NO. As I can see in this request, the ability to add/remove widgets dinamically is not available, although is thought to be in future releases of the platform. Next question: when is it going to be available?
EDIT 13/08/15
I expected using:
MashupPlatform.widget.drawAttention();
could trigger a tab change, but no luck.
EDIT 27/08/15
Finally, we found a workaround. We take advantage of the iFrame property by which you can access to parent's document. From there, we are able to read the elements representing the tabs and generate their clicks at will.
Support for adding widgets and operators dynamically will be added on version 0.8.0, you can experiment with this feature if you install WireCloud from the develop branch on github. We are working on improving the documentation and polishing it for a new release at the end of September.
Although is great you find a work around using the iframe property for moving between tabs :), I recommend you to request the addition of such a feature using the WireCloud's issue tracker ;-).
P.D. MashupPlatform.widget.drawAttention(); need some fixes, but the idea is to provide some visual highlighting of widgets so user know there are updates in the widget. Something similar to the way google hangouts uses a green color for indicating the chat has new messages.
I want to give a user a web application to deploy on their own server. I want to put on an image (advertising) that the user must not be able to hack and remove.
If you give the raw source code (PHP or ASP.NET), they can circumvent your code and remove your logo and etc. You will have to embed your image as a resource (In ASP.NET), and then dynamically load that image to the page using code (C#/VB.NET), and then compile the application, and distribute the binaries.
This way a casual user wont be able to remove. But an experienced user can still decompile your code or view your resource files, and change it.
If you are asking
Can I create ads that ad-blockers won't block?
The answer is: no
If you are asking
Can I force my web application to display an ad from the customers server?
The answer is: Maybe. But it still could be blocked/filtered between their server and delivering it to the client. So, yes, you technically could ensure the ad is served from your application, but that's no guarantee the site visitor will ever see it.
It may make more sense to make it a legal (contractual) requirement, though. It would be a lot less complicated.
Where I work, we use a multitude of various services such as Confluence, JIRA, Bamboo, Mercurial, and various others, that all have a web interface that our engineers can access through the corporate intranet.
However, many in our staff aren't directly network wizzes and having these services spread out confuses them. What I want to do is to set up a central server from which they can branch out and find all other web interfaces that relate to their work.
The first thought i had was to create a light web page with frames, using a top bar where the user can quick-navigate to any of the services available - but this creates an additional problem where i can't email someone a direct link to a page within a service, because it will remove that frame (and confusion will arise again when they see there's no way to navigate by clicks).
Is there some best practice to put this all together? Some hints? ideas?
First, stay far far away from frames. They annoy users something fierce (partially because of that not-able-to-bookmark issue you just spoke of.)
You could create a small webpage that could load within a popup window, which contained dropdown-nav links to all of the various tools. If you had the resources, you could even make it so that users could customize this window - so that they can add bookmarks to the tools they use the most.
But that does bring up the question...I'm guessing your staff isn't savvy enough users to know how to use bookmarks? Or keep going to a central link-repository page? Whatever solution you're thinking of, get input from a sampling of your user base, and find out how they'd actually prefer to work. They're the ones who are going to be using the tools, after all. Keep them involved, solicit their input, do "hallway usability tests" or any tool you end up building might be as useful as a chocolate teapot.
I'd like to programatically analyze the content of a website and find possible spots where ads might be placed (or the ads themselves). Different websites may have the ads from different vendors placed in many different formats and I'd like my solution to pick as many of them as possible.
How would you programatically solve this problem. So far I have found only one solution but I'm not very happy about it (the reason below).
The obvious solution would be to do a serious of regex searches on a source code looking for ad-engine specific JS and/or HTML. I belive this is something similar to what AdBlock uses to strip ads from websites in browser. However since there's so many ad engines this wouldn't be neither effective nor easy to maintain (even if we consider using AdBlock black lists to feed the search engine).
I'd like to find a more generic solution to this problem and I'm not necessarily looking for a final solution. Different views on the problem will be helpful.
I don't think maintaining a list of ad vendors it that difficult, especially given that there are only a few major players who serve up 90%+ of all ads.
If you're not looking for a catch-all solution, detecting 90%+ would be an accepable hit rate I'd say.
Doing it 'heuristically', you could simply flag up any Flash or similar media objects served from a domain which is different to that on which the hosting page resides?
I work on a web application product which allows mnemonics (i.e. an underscore below the character 'C', to allow a keyboard combination and the key C to trigger the "Close" button).
Forms are created by different developers and they can each statically set mnemonics for buttons.
Forms can be nested, so it is not necessarily known at design time the exact mnemonics which will be required for one page.
There can be at most one mnemonic using any character on a page containing many forms.
And here's the kicker, the forms must be able to be localised into any language, meaning that the 'C' for close may not even appear in the... [insert language] word used for "Close".
The ideal solution would be some algorithm where developers didn't have to manually specify a mnemonic, instead they would be worked out at run-time, they would be localised, and they would be both convenient and consistent (I did say the ideal solution ;-D).
So I was wondering, are there any good strategies for achieving something anywhere near the ideal solution?
EDIT: To clarify,
I'm not talking about keyboard accelerators, such as Ctrl+S for save, which is hidden on a menu. The mnemonics are only used for actions which are presented on the screen, under button labels for example. Not hidden keyboard shortcuts that would change on localisation (there are none anyway, we run in a web browser, so the only accelerators are those which are part of whichever browser is being used).
The problem with attempting to choose the mnemonics at design time is that the people responsible for developing the UI are not aware of the localisation, as it could be done months later. Also, the problem of using nested and modular forms means that even without the localisation, there could still be conflict.
Some of the ideas I've batted around include having a global mnemonic registry which forms could use to apply for a certain mnemonic based on it's localised label, the registry would then calculate which was the best use of available characters. Somehow it would have to maintain the state of that - such that the same form does not appear with different mnemonic sets over the course of the application use, it could possibly even be done statically and persisted.
Surely if I was looking to do something like that it would fit a more general algorithm - I just have no idea which one! :-)
I tried to do something similar on a past project, and abandoned it. It was too complicated to get done in any reasonable amount of time.
One of the challenges is that some languages don't have a single displayable "letter" that maps to a single key on the keyboard. Another challenge, in English, was that usability standards required the mnemonic letters to be consistent with those in similar buttons/menus in other apps. This can be difficult if you are dynamically choosing the letters.
I don't know if it could be called "best practice," but consider what Microsoft Internet Explorer does in Japanese. Note the familiar F, E, V, A, and D mnemonics on the menu and the toolbar. I imagine that it follows the same convention, where appropriate, for buttons on forms and such.
(source: sidenet.ddo.jp)
(I snagged that screenshot from a google image search. If it goes stale, you can find other pictures of jp-localized IE pretty easily.)
This is really a design problem, not an algorithmic problem. It turns out that most applications don't localize keyboard accelerators, including most Microsoft ones, although there are some exceptions in certain markets. Not every keyboard shortcut is a mnemonic; really, only a few of the most common ones are.
I should note that this election not to localize accelerators is a rather recent trend; prior to 2000 or so, it was still quite common to localize shortcuts in some products (examples being ctrl-F for "Fett" instead of "bold" in German and Swedish products). But the pendulum has swung in the opposite direction, perhaps as a consequence of MUI and similar features.
A few localization tools will help you on this; I saw this feature as a bullet point on a product I've never used called Visual Localize. I'm not sure how useful automatic assignment is, as it's a fairly hard problem to automatically decide which character is the best mnemonic representation anyway, without domain knowledge of a particular product.
Generally, it only makes sense to localize the underlined mnemonic characters on dialogs, and maybe in menus. Most localization service firms are familiar with this process, and some have tools to detect duplicates in any build-time resources before handing back the localized resource package. You might actually want to invest in locating or building a tool that can do this duplicate check at runtime, and run the tool as part of acceptance criteria.
For regular menu items or keyboard command sequences, it can be more confusing than helpful, unless you have a fully baked keyboard to command mapping customization feature.
The problem I see with doing this is at runtime, is what happens when you deploy a version which has new forms, and changes Close from alt-c to ctrl-c. Or when you have two actions on two different pages but they are both close, you want to make sure close is always alt-c. Even worse would be if the algorithim was based on something non-deterministic and could change over time without a deploy.
It just seems like you might spend more time trying to build an algorithim for something that should be decided upon at design time.