Append action to activities about studip-rest.ip HOT 15 CLOSED

Appendix: It should be an url scheme. In this way other apps can open stud.ip.

Idea:

studip://activities/:activity_id
studip://news/:news_id
studip://profile/:user_id
studip://document/:documen_id

The parameters can be optional. Without them the specific view would open.

from studip-rest.ip.

Another Parameter can be:

studip://course/:course_id/(documents/participants)

Maybe it is also possible to add an url as action. The api does not realize the forum yet. So this action link may point to a forum entry.

from studip-rest.ip.

For now, the action is implemented in the simplest form: studip:///

Except for the following two cases:

documents - studip://documents/<seminar_id>/<document_id>
forum - studip://forum/<seminar_id>/<topic_id>

I will soon add more seminar_ids. Let me know if you need any urgent changes!

from studip-rest.ip.

Until now only documents and news are really useful. Because: In the app i can only open the corresponding file or open the corresponding news. If i get the forum link for example i can do nothing because the api doesnt provide a way to display the forum;). But maybe its useful for the future.

from studip-rest.ip.

But, whait: What are the other categories? exists something like user if an user edits his profile?

from studip-rest.ip.

Possible categories are:

forum
files (i renamed it to documents in the action)
wiki
info (that's the "freie infoseite" for seminars and i think we can neglet it for now)
news
votings
surveys (i really don't know what the difference between the last two is, yet)

from studip-rest.ip.

So i am right: News and Documents is the only relevant right now (at least for me).

from studip-rest.ip.

The problem with the news is that a news can be connected to more than one entity. For example, I could write a news on my profile and connect it to the global news of the system as well as to a specific seminar. Same news id but different locations.

It's rather difficult to obtain the corresponding location by just the news id. I need to examine the corresponding link and extract the according range id.

Will look into that tomorrow morning.

from studip-rest.ip.

Ok, I implemented the following non-standard actions:

studip://course/[course_id]/documents/[document_id]
studip://course/[course_id]/news/[news_id]
studip://user/[user_id]/news/[news_id]

And the following actions which are currently to neglect:

studip://course/[course_id]/forum/[topic_id]
studip://institute/[institute_id]/news/[news_id]

Since there is an open bug concerning the news, it is currently not possible to create a news for a course, so this is more or less untested. I'm going to fix this bug now and will test afterwards.

from studip-rest.ip.

Seems to work like a charm...

from studip-rest.ip.

FYI: I will also register the following urls with my app. This allows for example websites to open the app directly from mobile safari.

studip://activities/
studip://news/
studip://contacts
studip://courses

You have to do nothing. This is only app- and OS-specific.

from studip-rest.ip.

BTW: http://stackoverflow.com/questions/1108693/is-it-possible-to-register-a-httpdomain-based-url-scheme-for-iphone-apps-like/1109200#1109200

I ran into this comment and possible solution to advertise/use the app from the website and I figured that we have to extend the urls. What if - for example - a user attends courses in Bremen and Oldenburg and both locations support the app? I guess we need a unique identifier for each location that your app and the server side solution is aware of and that's included in every url, like:

studip://uol/activities
studip://uol/course/f00/news

from studip-rest.ip.

currently the app only supports one location. more than one endpoint for the api is hell complicated. i would leave the url scheme unchanged. the app opens the link with the user configured plattform (if the user has configured a plattform and the demanded object exists).

from studip-rest.ip.

Ah, of course. I didn't think of that.

And now when I think about it, I totally understand that supporting
more than one location would include a lot to consider. :)

from studip-rest.ip.

Currently the user can switch between plattform. But this includes a reset of the whole app. Maybe this is a feature for a 2.0 to allow easily switching plattform (if theres any kind of massiv demand for this). Currently i think it is enough if the app tells the user: "hey, the FOOBAR u requested is not accessible".

from studip-rest.ip.