I am currently writing an iOS application in Swift, and upon login, you are given 1 of 3 different account credentials: New User, Current Member, and Admin Member. A New User is defined as an account that has not been placed into a group, a Current Member is defined as an account that is currently in a group, and an Admin member is defined as an account that is the admin for a group.
I want to try to keep the UI the same for all accounts, to keep usability high for every user. I see 2 options, I can either branch 3 different storyboard routes from login and design them to be the same, or I can design 1 flexible storyboard that loads views based on permissions.
I would like to do option #2, however my question is: Is there the functionality in Swift to run a single, agile storyboard view that changes it's elements based off of permissions? Or would I have better luck creating three different storyboard branches?
Edit: To clarify, all data pertaining to each account will be drawn from a Firebase web application, so the UI itself will not have to worry about storing and fetching data based on account permissions from it's own memory.
Not sure what you mean by "agile storyboard", but you can have your storyboard to include all visual elements for all users and then do programatic adaptation, weather it's to hide/show some views, change colors etc.
However if your views are very different you may opt to create common visual elements in *.xib files and then load them programmatically as needed for a specific user type.
As I see it, you can keep the login permissions for them and depending on that, show it through hiding different objects in your one viewcontroller. If it's a tab bar, through the login permissions, you can hide the specific bar that can't be accessed by the NEW USER.
Related
I want to make an EA-Project where I and some other people can see all information but some others should only see selected information.
Is it possible to create an EA-Project and do some settings so some defined elements or tags or element information are shown or hidden to defined users?
Or do i have to create two seperate EA-Projects?
No, that is not possible, if a user has access to an element, he has access to all its properties.
What you can do is hide parts of the model. There are two options:
Hide Project Root
You can use a group lock to hide a project root from users outside of that group. This is mainly a usability feature as it doesn't prevent users from accessing the contents of the hidden project root in other ways.
From the manual:
When you set a Group Lock on a Root Node, you can also select a checkbox to hide the Package in the Browser window from users who are not members of the locking group or Administrators. If you change the type of lock, or remove the lock altogether, the Package becomes visible to all users.
This feature hides the Root Package and its contents from initial view in the Browser window. It does not prevent the contents of the Package from being exposed in Model Searches. If you want to completely hide a Package from groups of users, consider Pro Cloud Server Visibility Levels.
Pro Cloud Server Visibility Levels
This is the real thing. It uses database row level security to prevent certain users from seeing the information stored in these rows. You'll need Pro Cloud Server to setup these visibility levels.
See the manual for more information
I can't figure out if it possible and how it can be done to allow certain users in a Visual Studio Team Services project to see only the work items they created, instead of them all.
Thanks in advance for all your help.
For now, there is no ways to set permissions for a user to only view work items which were created by oneself.
It's only available to set permission based on Iterations and Areas for now.
But there has an user voice field level security permissions which suggest similar feature, you can vote and follow up.
And the features in below two user voices have already added in our backlog, when the features are archeived, it can also benefit the situation you met:
Hide Work Item Types (WITs) based on permission/security group
Add ability to hide/mask fields in a work item based on security/permissions
This is not supported. It used to be in the on-prem product a long time ago in the "Work item only view", but that has been removed in favour of the Stakeholder view.
I am creating an application and trying to figure out best way to deal with navigation in it. User can choose different view settings (which content to show and options to filter it). Part of settings is stored in backend in user preferences model. Another part is stored in url and managed by router. But there is more settings I want to keep. The reason: I want to be able to refresh content therefore I need to keep settings somewhere, not update content on user actions and forget how I came to this state. My question is: what is the best place for such settings? Collection object? View object? My own controller?
P.S. to make it more clear, I'm working on rss reader application. And I want, for example, to show last week posts from certain feeds which are starred etc.
Save it in the URL. Thats the only place you can really rely on. If you need more then routes use query parameter like in a classic web application and use them in the view.
I will start the development of a new facebook app to replace an old one. I can create a new one and start from zero... or can I replace the code of the old one and change its name, to keep the users? It sounds weird to me, but could I?
Is there any consequence of changing the name of the app? Can I keep my users if I change the name?
Thanks!
The app name is purely for display purposes – changing it does not have any effects apart from what gets displayed to the user in the Auth dialog and other places where your app name gets displayed, f.e. posts made through your app (although for the latter it’ll also influence the displaying of previously made posts – they will show up as made via the new app name when viewed after the change).
to keep the users?
But if you radically change the functionality, maybe you should “start fresh” – I don’t know how much I’d like it as a user when an app I used before now does something completely different …
I am looking to create a settings menu feature that allows users to add, edit and remove items from a list. In adding an item to the list, the user will then be prompted to add some further sub-data such as name, value etc. The list should only allow one item to be selected. As far as I can see this is similar to, but beyond the capability of the PSMultiValueSpecifier, in terms of the user adds/edits/deletes and sub-data being added.
Similar functionality is implemented in the ‘Choose A Network’ section of the iPhone’s Wi-Fi settings but I am not sure how this is done. In this, users can add a new network and then specify security type, password etc.
Any ideas how I might go about achieving this?
Do a search in sample code regarding UITableView (In iPhone dev center or inside Documentation), I am sure I have seen that kind of sample ;)