gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

@Larry I have had a look at the latest version of the tavern mobile app after pull request #4. Here are some thoughts:


1)      The Usage and About pages from the left menu don't seem to do anything.

2)      Which service is the user logging in with? The code refers to both taverna server and taverna player and seems to be logging in to taverna player using a GET. Does this actually do anything since I logged in with a random account name and it all still worked. (Actually, I was surprised this wasn't a POST request). We need to make it clear what a user is logging into since the image on the login screen implies that we are logging into myexperiment . I'm not exactly sure what is gained by logging into the player.

3)      In the settings we can change both tavern server and player URLs. Do we need both. Isn't it a bit confusing.

4)      Where are the workflows coming from? I thought they were from a users account on myexperiment. In fact that is what I thought we were logging into.

5)      In the workflows tab I only have 1 workflow appearing. There are 3 workflows in the favorites tab, although I haven't got any favorites yet. Are these real workflows or just hard coded for the moment.

6)      The powered by "myexperiment" logo seems really small. I'm not even sure we need it at all. The menu screen says powered by Apache Taverna. It's a bit confusing.

7)      I clicked on workflow 'favorite' star and although a message claimed that it had done something it wasn't added to the favorites list.

This seems like a lot of stuff to think about but that's really because I want you to succeed. Apologies if you have already addressed any of these issues in your fork since I appreciate that the apache tavern repo is always behind yours. How do you feel you are progressing with respect to the initial plan? Is there anywhere where you need more clarification or help? It's almost time for the midterm assessment so we need to make sure that we are (mostly) on track.

Cheers,

Ian

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

I'm worried that we are going a bit of track by trying to use the taverna player and that although the original intentions were noble we are actually making Larry's life harder by using the player. It's just a web app used as a convenience for uploading and running workflows on the taverna server built almost as an aside for another project.  You could almost say that we should just improve that and make it mobile friendly rather than writing a native app. I think that the native android tavern app should be using the taverna server and not the player. The player does not have an api and talking to it will require jumping through some ugly hoops like grabbing csrf tokens from web pages and faking html forms for uploading workflows. I really think we are going down the wrong path by trying to use the player here. One of the original aims for this gsoc project was to write some client code that could talk to a taverna server in both http or https and we have lost sight of that.

Cheers,

Ian

-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com] 
Sent: 22 June 2015 19:04
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

2015-06-22 9:56 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> @Larry I have had a look at the latest version of the tavern mobile 
> app after pull request #4. Here are some thoughts:
>
>
> 1)      The Usage and About pages from the left menu don't seem to do
> anything.
>
Yes they don't for now, Actually, i think they are just trivial pages and would be implemented later.


>
> 2)      Which service is the user logging in with?

As of now, the login is with the taverna player portal, but as we have discussed, am trying to wrap that so it works for myexperiment


> The code refers to both taverna server and taverna player and seems to 
> be logging in to taverna player using a GET. Does this actually do 
> anything since I logged in with a random account name and it all still worked.

The login works with the taverna player portal but was not attached to allow for testing of some of the inner functionalities


> (Actually, I was surprised this wasn't a POST request). We need to 
> make it clear what a user is logging into since the image on the login 
> screen implies that we are logging into myexperiment .


Ok, understood.

I'm not exactly sure what is gained by logging into the player.
>

This was beccause at first, i thought workflows would be coming from the player also. But as we have dicsussed, these workflows are from myexperiment. So i would do the necessary changes in the upcoming requests.


> 3)      In the settings we can change both tavern server and player URLs.
> Do we need both. Isn't it a bit confusing.
>

The server and player can have different mount points depending on the organisation who could decide to have theirs installed elsewhere .


> 4)      Where are the workflows coming from? I thought they were from a
> users account on myexperiment. In fact that is what I thought we were 
> logging into.
>

As of now, the workflows you see are from the player. Some samples were put there, and that's why you could see just one public workflow, the others are marked as private. But in upcoming versions, i'll make sure they are myexperiment workflows.


>
> 5)      In the workflows tab I only have 1 workflow appearing.


The workflow comes from the player.


> There are 3 workflows in the favorites tab, although I haven't got any 
> favorites yet. Are these real workflows or just hard coded for the moment.

They shouldn't be there as of the recent code, i'll just check that. maybe i haven't submitted the request yet but normally you would need to mark a workflow as such in order to see them in that section.



>
>
6)      The powered by "myexperiment" logo seems really small. I'm not even
> sure we need it at all.

Ok, i guess i'll have to get that off then.


> The menu screen says powered by Apache Taverna. It's a bit confusing.
>
This is a placeholder typo. it should read 'powered by MyExperiment'


> 7)      I clicked on workflow 'favorite' star and although a message
> claimed that it had done something it wasn't added to the favorites list.
>
> Again, this maybe due to the fact that the code is older than what i 
> have
here. A message actually appears indicating that the workflow hs been marked.


> This seems like a lot of stuff to think about but that's really 
> because I want you to succeed. Apologies if you have already addressed 
> any of these issues in your fork since I appreciate that the apache 
> tavern repo is always behind yours. How do you feel you are 
> progressing with respect to the initial plan?


Its not going quite perfectly as planned but it isn't going offtrack either. There were a couple of things i had to find out and learn about which were not planned for, but i guess the plan is still working good, thanks.


> Is there anywhere where you need more clarification or help?


Actually, i have tried to get some response as JSON from myexperiment workflows but have not yet been able. Say for example I need to get a list of all workflows and this is the link http://www.myexperiment.org/workflows.xml . Is there a way myexperiment could give me the response as JSON? Tried setting headers to accept json but it doesn't work.
Also from the  xml results, there seem not to be all the information about a workflow as is normally present on the myexperiment site itself.
Am also wondering if the Taverna player would accept .t2flow files from myexperiment because the API specifies that the body required is in JSON format. Can the .t2flow files be converted as such?


> It's almost time for the midterm assessment so we need to make sure 
> that we are (mostly) on track.
>
> Cheers,
>
> Ian
>

Cheers



--
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

Here is the taverna player github repo https://github.com/myGrid/taverna-player

Cheers,

Ian

-----Original Message-----
From: Ian Dunlop [mailto:Ian.Dunlop@manchester.ac.uk] 
Sent: 23 June 2015 12:51
To: dev@taverna.incubator.apache.org
Subject: RE: gsoc taverna mobile progress so far

Hello,

Actually the original developer just corrected my statement. There are some 'API' calls that were added and could be used from the taverna player gem https://rubygems.org/gems/taverna-player/versions/0.11.0 . So you could use HTTP basic with each request to send your username and password. But this would be over http and essentially in the clear so maybe not such a great idea.

Cheers,

Ian

-----Original Message-----
From: Ian Dunlop [mailto:Ian.Dunlop@manchester.ac.uk]
Sent: 23 June 2015 12:14
To: dev@taverna.incubator.apache.org
Subject: RE: gsoc taverna mobile progress so far

Hello,

Yes, but it's not an API designed by the developer, just what you get from Rails by default. So, as you say, working with forms will not work by default and requires modifications or jumping through hoops. The taverna player was not designed to be used by anything other than a web browser so using it from another app is not going to be easy.

Cheers,

Ian

-----Original Message-----
From: Denis Karyakin [mailto:samhane.me@gmail.com]
Sent: 23 June 2015 12:06
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

2015-06-23 12:40 GMT+03:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Thanks for the quick response. So it looks like everything is pretty 
> much heading in the right direction. How often are you pushing to your 
> github fork? It might make more sense if I run the code there rather 
> than waiting for a pull request to the apache repo.
> I'm still not sure why we need both the player and the server. Is the 
> app using both of these? I thought it was going to use the player to 
> run workflows which means that the player will talk to the server directly.
> I've asked Finn about myexperiment and unfortunately it does not have 
> a JSON API so it looks like you will have to parse some XML. Sorry.
> The taverna player is a Ruby on Rails app which I guess will accept a 
> form as input, there is no API as such just RESTful URLs.


No, as I see, taverna player portal has API. For example, with GET http://localhost:3000/runs/1.json you can get info about workflow run in JSON format.
But for work with forms (send new workflow, run workflow), I think player need some modifications for send CSRF token to android client


> I recommend using the debugger in a browser to look at the network 
> calls when you upload a workflow and emulate that using HttpConnection 
> or similar to post a form with the same params. However, if the 
> taverna player is using CSRF tokens then I'm not sure we will be able 
> to use it. Has anyone checked this yet?
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 22 June 2015 19:04
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> 2015-06-22 9:56 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
> > Hello,
> >
> > @Larry I have had a look at the latest version of the tavern mobile 
> > app after pull request #4. Here are some thoughts:
> >
> >
> > 1)      The Usage and About pages from the left menu don't seem to do
> > anything.
> >
> Yes they don't for now, Actually, i think they are just trivial pages 
> and would be implemented later.
>
>
> >
> > 2)      Which service is the user logging in with?
>
> As of now, the login is with the taverna player portal, but as we have 
> discussed, am trying to wrap that so it works for myexperiment
>
>
> > The code refers to both taverna server and taverna player and seems 
> > to be logging in to taverna player using a GET. Does this actually 
> > do anything since I logged in with a random account name and it all 
> > still
> worked.
>
> The login works with the taverna player portal but was not attached to 
> allow for testing of some of the inner functionalities
>
>
> > (Actually, I was surprised this wasn't a POST request). We need to 
> > make it clear what a user is logging into since the image on the 
> > login screen implies that we are logging into myexperiment .
>
>
> Ok, understood.
>
> I'm not exactly sure what is gained by logging into the player.
> >
>
> This was beccause at first, i thought workflows would be coming from 
> the player also. But as we have dicsussed, these workflows are from 
> myexperiment. So i would do the necessary changes in the upcoming requests.
>
>
> > 3)      In the settings we can change both tavern server and player URLs.
> > Do we need both. Isn't it a bit confusing.
> >
>
> The server and player can have different mount points depending on the 
> organisation who could decide to have theirs installed elsewhere .
>
>
> > 4)      Where are the workflows coming from? I thought they were from a
> > users account on myexperiment. In fact that is what I thought we 
> > were logging into.
> >
>
> As of now, the workflows you see are from the player. Some samples 
> were put there, and that's why you could see just one public workflow, 
> the others are marked as private. But in upcoming versions, i'll make 
> sure they are myexperiment workflows.
>
>
> >
> > 5)      In the workflows tab I only have 1 workflow appearing.
>
>
> The workflow comes from the player.
>
>
> > There are 3 workflows in the favorites tab, although I haven't got 
> > any favorites yet. Are these real workflows or just hard coded for 
> > the
> moment.
>
> They shouldn't be there as of the recent code, i'll just check that. 
> maybe i haven't submitted the request yet but normally you would need 
> to mark a workflow as such in order to see them in that section.
>
>
>
> >
> >
> 6)      The powered by "myexperiment" logo seems really small. I'm not even
> > sure we need it at all.
>
> Ok, i guess i'll have to get that off then.
>
>
> > The menu screen says powered by Apache Taverna. It's a bit confusing.
> >
> This is a placeholder typo. it should read 'powered by MyExperiment'
>
>
> > 7)      I clicked on workflow 'favorite' star and although a message
> > claimed that it had done something it wasn't added to the favorites list.
> >
> > Again, this maybe due to the fact that the code is older than what i 
> > have
> here. A message actually appears indicating that the workflow hs been 
> marked.
>
>
> > This seems like a lot of stuff to think about but that's really 
> > because I want you to succeed. Apologies if you have already 
> > addressed any of these issues in your fork since I appreciate that 
> > the apache tavern repo is always behind yours. How do you feel you 
> > are progressing with respect to the initial plan?
>
>
> Its not going quite perfectly as planned but it isn't going offtrack 
> either. There were a couple of things i had to find out and learn 
> about which were not planned for, but i guess the plan is still 
> working good, thanks.
>
>
> > Is there anywhere where you need more clarification or help?
>
>
> Actually, i have tried to get some response as JSON from myexperiment 
> workflows but have not yet been able. Say for example I need to get a 
> list of all workflows and this is the link 
> http://www.myexperiment.org/workflows.xml . Is there a way 
> myexperiment could give me the response as JSON? Tried setting headers 
> to accept json but it doesn't work.
> Also from the  xml results, there seem not to be all the information 
> about a workflow as is normally present on the myexperiment site itself.
> Am also wondering if the Taverna player would accept .t2flow files 
> from myexperiment because the API specifies that the body required is 
> in JSON format. Can the .t2flow files be converted as such?
>
>
> > It's almost time for the midterm assessment so we need to make sure 
> > that we are (mostly) on track.
> >
> > Cheers,
> >
> > Ian
> >
>
> Cheers
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

I was able to solve the problem with a few thread spin. Works fine now.

Cheers

2015-06-27 19:57 GMT+01:00 Larry Akah <la...@gmail.com>:

> Hello, when i try to retrieve a preview for the workflow to show the
> different components, it comes without the file extension and is
> consequently unable to be decoded by the image decoder. Find below the code
> for what am trying to do
>
>  ImageView preview = (ImageView) myImageView;
>>
>> preview.setImageURI(Uri.parse(wk.getWorkflow_preview()));
>>
>
> wk.getWorkflow_preview() method call returns a uri that points to the
> image resource for the workflow. an example is
> http://www.myexperiment.org/workflows/5/versions/2/previews/full
>
> I would need some assistance with that while i keep searching for
> solutions.
>
> Cheers
>
> 2015-06-26 14:08 GMT+01:00 Ian Dunlop <ia...@manchester.ac.uk>:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hello,
>>
>> Search seems to be working although I guess it is only searching
>> workflows that it has loaded rather than using the myExperiment
>> search. At least that's what it looks like to me. The app is certainly
>> starting to feel good though. I'm really busy the rest of the day so
>> not sure if I'll manage to get any more testing done. Send an email to
>> the list when there is more code to test and let us know what
>> functionality you would like feedback  on. I'll send you a screenshot
>> of the workflows soon (probably next week), it's not that urgent anyway.
>>
>> Cheers,
>>
>> Ian
>>
>> On 26/06/15 11:48, Larry Akah wrote:
>> > Am dealing with the workflow deep details section. Once that's
>> > done, uploading the workflow to the player to generate a run would
>> > be easy.
>> >
>> > thanks
>> >
>> > 2015-06-26 9:46 GMT+01:00 Ian Dunlop
>> > <ia...@manchester.ac.uk>:
>> >
>> > Hello,
>> >
>> > Excellent work. I'll clone your repo and have a look later today.
>> >
>> > Cheers,
>> >
>> > Ian
>> >
>> > On 26/06/15 03:55, Larry Akah wrote:
>> >>>> Just added real-time workflow search.
>> >>>>
>> >>>> 2015-06-26 3:52 GMT+01:00 Larry Akah <la...@gmail.com>:
>> >>>>
>> >>>>> The search should be all good and functioning at least well
>> >>>>> now.
>> >>>>>
>> >>>>> cheers
>> >>>>>
>> >>>>> 2015-06-26 1:55 GMT+01:00 Larry Akah
>> >>>>> <la...@gmail.com>:
>> >>>>>
>> >>>>>> Modified the search function but haven't sent a pull
>> >>>>>> request yet. It's currently only available in my
>> >>>>>> repository. Might want to look there instead for the
>> >>>>>> latest changes. will be sending the pull request later.
>> >>>>>>
>> >>>>>> cheers
>> >>>>>>
>> >>>>>> 2015-06-25 22:19 GMT+01:00 Larry Akah
>> >>>>>> <la...@gmail.com>:
>> >>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> 2015-06-25 16:29 GMT+01:00 Ian Dunlop
>> >>>>>>> <Ia...@manchester.ac.uk>:
>> >>>>>>>
>> >>>>>>>> Hello,
>> >>>>>>>>
>> >>>>>>>> Just tried the latest code in android emulator.
>> >>>>>>>> Workflows seem to be loading ok. What system is the
>> >>>>>>>> username for now? MyExperiment or taverna player?
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>> Is the app doing anything with the login info? I
>> >>>>>>>> think the taverna logo on each workflow is not needed
>> >>>>>>>> since it takes up too much space.
>> >>>>>>>
>> >>>>>>> Ok, i will get that off.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>> There needs to be a bit of space between each
>> >>>>>>>> workflow in the list so they don't run into each
>> >>>>>>>> other.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> I think there is already much space between them. I
>> >>>>>>> would like to have a screen shot of how they appear for
>> >>>>>>> you.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>> When a workflow is marked as a favourite the star
>> >>>>>>>> should change colour rather than disappear.
>> >>>>>>>
>> >>>>>>> That's what am actually doing but it isn't yet perfect.
>> >>>>>>> Still fixing that.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>> A workflow marked as a favourite doesn't seem to
>> >>>>>>>> appear in the favorite list, it is still just a
>> >>>>>>>> default test workflow.
>> >>>>>>>
>> >>>>>>> Yes, but it is actually already saved to a database
>> >>>>>>> when marked. i just need to parse and display them.
>> >>>>>>>
>> >>>>>>> Is the workflow user icon supposed to have a picture
>> >>>>>>> inside it, all I
>> >>>>>>>> see is the default icon.
>> >>>>>>>
>> >>>>>>> Yes it does, am trying to figure out how to fetch the
>> >>>>>>> author/uploader of the given workflow since the API
>> >>>>>>> doesn't provide an instant access to that detail.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>> I would change "See more" to something like "More
>> >>>>>>>> info".
>> >>>>>>>
>> >>>>>>> Ok, i'll change that.
>> >>>>>>>
>> >>>>>>> I feel like I should raise these as issues on JIRA
>> >>>>>>> since it can get
>> >>>>>>>> really hard to track these requests.
>> >>>>>>>>
>> >>>>>>> Sounds ok to me.
>> >>>>>>>
>> >>>>>>>>
>> >>>>>>>> Anyway, looking good and getting ready for the next
>> >>>>>>>> pull :)
>> >>>>>>>>
>> >>>>>>>> Cheers,
>> >>>>>>>>
>> >>>>>>>
>> >>>>>>> The number of workflows sent from a request over the
>> >>>>>>> myexperiment REST url don't actually seem to match what
>> >>>>>>> is actually on the myexperiment site. Any reasons for
>> >>>>>>> that? Could you please look at my search function to
>> >>>>>>> search and display workflows, it may have a logical bug
>> >>>>>>> because it isn't working as expected with the logic
>> >>>>>>> implemented
>> >>>>>>>
>> >>>>>>> Thanks
>> >>>>>>>
>> >>>>>>>>
>> >>>>>>>> Ian
>> >>>>>>>>
>> >>>>>>>> -----Original Message----- From: Larry Akah
>> >>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015 13:30
>> >>>>>>>> To: dev@taverna.incubator.apache.org Subject: Re:
>> >>>>>>>> gsoc taverna mobile progress so far
>> >>>>>>>>
>> >>>>>>>> ok great. Am sending in another pull request soon.
>> >>>>>>>>
>> >>>>>>>> cheers
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> 2015-06-25 13:23 GMT+01:00 Ian Dunlop
>> >>>>>>>> <Ia...@manchester.ac.uk>:
>> >>>>>>>>
>> >>>>>>>>> Hello,
>> >>>>>>>>>
>> >>>>>>>>> Not yet. I'll try later today.
>> >>>>>>>>>
>> >>>>>>>>> Cheers,
>> >>>>>>>>>
>> >>>>>>>>> Ian
>> >>>>>>>>>
>> >>>>>>>>> -----Original Message----- From: Larry Akah
>> >>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015
>> >>>>>>>>> 13:14 To: dev@taverna.incubator.apache.org Subject:
>> >>>>>>>>> Re: gsoc taverna mobile progress so far
>> >>>>>>>>>
>> >>>>>>>>> Have you looked at the workflows the app is
>> >>>>>>>>> currently loading?
>> >>>>>>>>>
>> >>>>>>>>> 2015-06-25 13:13 GMT+01:00 Larry Akah
>> >>>>>>>>> <la...@gmail.com>:
>> >>>>>>>>>
>> >>>>>>>>>> Yeah, ok so scrolling to load more should be the
>> >>>>>>>>>> way to go i guess.
>> >>>>>>>>>>
>> >>>>>>>>>> 2015-06-25 13:10 GMT+01:00 Ian Dunlop
>> >>>>>>>>>> <Ian.Dunlop@manchester.ac.uk
>> >>>>>>>>> :
>> >>>>>>>>>>
>> >>>>>>>>>>> Hello,
>> >>>>>>>>>>>
>> >>>>>>>>>>> There are a lot of workflows in myexperiment.
>> >>>>>>>>>>> Are they paginated via the API? Loading
>> >>>>>>>>>>> everything might kill the app.
>> >>>>>>>>>>>
>> >>>>>>>>>>> Cheers,
>> >>>>>>>>>>>
>> >>>>>>>>>>> Ian
>> >>>>>>>>>>>
>> >>>>>>>>>>> -----Original Message----- From: Larry Akah
>> >>>>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June
>> >>>>>>>>>>> 2015 13:08 To: dev@taverna.incubator.apache.org
>> >>>>>>>>>>> Subject: Re: gsoc taverna mobile progress so
>> >>>>>>>>>>> far
>> >>>>>>>>>>>
>> >>>>>>>>>>> I've not yet thought of infinite scroll yet.
>> >>>>>>>>>>> For now it's either a limit to the number of
>> >>>>>>>>>>> workflows or everything.
>> >>>>>>>>>>>
>> >>>>>>>>>>> 2015-06-25 11:55 GMT+01:00 Ian Dunlop
>> >>>>>>>>>>> <Ian.Dunlop@manchester.ac.uk
>> >>>>>>>>> :
>> >>>>>>>>>>>
>> >>>>>>>>>>>> Hello,
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> That's a good idea. I think in general having
>> >>>>>>>>>>>> a limit on the number of workflows fetched at
>> >>>>>>>>>>>> any one point would help. Not sure what the
>> >>>>>>>>>>>> default should be but maybe around 20. We
>> >>>>>>>>>>>> need to make sure the UI is easy to read so
>> >>>>>>>>>>>> the app should only display the minimum of
>> >>>>>>>>>>>> info that identifies a workflow. That of
>> >>>>>>>>>>>> course means we need to decide what that
>> >>>>>>>>>>>> minimum info should be - title, author?? Will
>> >>>>>>>>>>>> the app have 'infinite scroll' type
>> >>>>>>>>>>>> functionality where you scroll down to
>> >>>>>>>>> load more?
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> Cheers,
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> Ian
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> -----Original Message----- From: Larry Akah
>> >>>>>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June
>> >>>>>>>>>>>> 2015 11:51 To:
>> >>>>>>>>>>>> dev@taverna.incubator.apache.org Subject: Re:
>> >>>>>>>>>>>> gsoc taverna mobile progress so far
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> A threshold count of workflows to load could
>> >>>>>>>>>>>> be set in situations of low connectivity.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> 2015-06-25 11:47 GMT+01:00 Larry Akah
>> >>>>>>>>>>>> <la...@gmail.com>:
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>> I have added loaders to indicate
>> >>>>>>>>>>>>> connectivity state. The app would notify in
>> >>>>>>>>>>>>> case the connection unstable to retrieve
>> >>>>>>>>>>>>> data
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> 2015-06-25 11:19 GMT+01:00 alaninmcr
>> >>>>>>>>>>>>> <alaninmcr@googlemail.com
>> >>>>>>>>> :
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>> On 25/06/2015 09:48, Larry Akah wrote:
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> Ooops, i think my connection was a
>> >>>>>>>>>>>>>>> little unstable. Its ok now i
>> >>>>>>>>>>> think.
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> How well does the App cope with an
>> >>>>>>>>>>>>>> unstable connection?
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> Alan
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> -- *Akah Larry N.H*
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> *Lead Software Engineer @ GiftedMom*
>> >>>>>>>>>>>>> *Founder IceTeck Inc* *www.iceteck.com*
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> Developing technologies for emergence and
>> >>>>>>>>>>>>> sustainable
>> >>>>>>>> development.
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> -- *Akah Larry N.H*
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> *Lead Software Engineer @ GiftedMom*
>> >>>>>>>>>>>> *Founder IceTeck Inc* *www.iceteck.com*
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> Developing technologies for emergence and
>> >>>>>>>>>>>> sustainable
>> >>>>>>>> development.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> -- *Akah Larry N.H*
>> >>>>>>>>>>>
>> >>>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
>> >>>>>>>>>>> IceTeck Inc* *www.iceteck.com*
>> >>>>>>>>>>>
>> >>>>>>>>>>> Developing technologies for emergence and
>> >>>>>>>>>>> sustainable development.
>> >>>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>> -- *Akah Larry N.H*
>> >>>>>>>>>>
>> >>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
>> >>>>>>>>>> IceTeck Inc* *www.iceteck.com*
>> >>>>>>>>>>
>> >>>>>>>>>> Developing technologies for emergence and
>> >>>>>>>>>> sustainable development.
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>> -- *Akah Larry N.H*
>> >>>>>>>>>
>> >>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
>> >>>>>>>>> IceTeck Inc* *www.iceteck.com*
>> >>>>>>>>>
>> >>>>>>>>> Developing technologies for emergence and
>> >>>>>>>>> sustainable development.
>> >>>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> -- *Akah Larry N.H*
>> >>>>>>>>
>> >>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
>> >>>>>>>> Inc* *www.iceteck.com*
>> >>>>>>>>
>> >>>>>>>> Developing technologies for emergence and
>> >>>>>>>> sustainable development.
>> >>>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> -- *Akah Larry N.H*
>> >>>>>>>
>> >>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
>> >>>>>>> Inc* *www.iceteck.com*
>> >>>>>>>
>> >>>>>>> Developing technologies for emergence and sustainable
>> >>>>>>> development.
>> >>>>>>>
>> >>>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> -- *Akah Larry N.H*
>> >>>>>>
>> >>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
>> >>>>>> Inc* *www.iceteck.com*
>> >>>>>>
>> >>>>>> Developing technologies for emergence and sustainable
>> >>>>>> development.
>> >>>>>>
>> >>>>>>
>> >>>>>
>> >>>>>
>> >>>>> -- *Akah Larry N.H*
>> >>>>>
>> >>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>> >>>>> *www.iceteck.com*
>> >>>>>
>> >>>>> Developing technologies for emergence and sustainable
>> >>>>> development.
>> >>>>>
>> >>>>>
>> >>>>
>> >>>>
>> >>
>> >
>> >
>> >
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1
>>
>> iQEcBAEBAgAGBQJVjU7dAAoJEPK45GBX+Cy54U8H/3nxe9s8qdss9CoMjAhEEzqw
>> SxIqwLbJ4Tn6YIelQT2jHQT4IGbk8/zKhiwkes38Xnem3eR8H1YZI03A4IIxqZaJ
>> 7AnZMazbJfn6h/r6mlbFaTpvQzsKhvsWqt1W8UA4RrSwWhrb4IBctbwxSL3OoOWw
>> Mi8NY/ExYL72SMHhI2M5DfHqPVrSRRdt4x5/rVczoXYKVRie0RemcPUCyIhrNIrw
>> NmY4Zq3SLC9zH3B6V478aeShYg4DmdfkoRdDRppY59WTVO7oPYgndkGG1qIVL3Ak
>> /bugGRR4KIprKyoyKqIQGiqvu82a/fkT4dPTTdxTfOKd4Hx/kilYKCqsgwlJnnM=
>> =bE10
>> -----END PGP SIGNATURE-----
>>
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

Hello, when i try to retrieve a preview for the workflow to show the
different components, it comes without the file extension and is
consequently unable to be decoded by the image decoder. Find below the code
for what am trying to do

 ImageView preview = (ImageView) myImageView;
>                   preview.setImageURI(Uri.parse(wk.getWorkflow_preview()));
>

wk.getWorkflow_preview() method call returns a uri that points to the image
resource for the workflow. an example is
http://www.myexperiment.org/workflows/5/versions/2/previews/full

I would need some assistance with that while i keep searching for solutions.

Cheers

2015-06-26 14:08 GMT+01:00 Ian Dunlop <ia...@manchester.ac.uk>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello,
>
> Search seems to be working although I guess it is only searching
> workflows that it has loaded rather than using the myExperiment
> search. At least that's what it looks like to me. The app is certainly
> starting to feel good though. I'm really busy the rest of the day so
> not sure if I'll manage to get any more testing done. Send an email to
> the list when there is more code to test and let us know what
> functionality you would like feedback  on. I'll send you a screenshot
> of the workflows soon (probably next week), it's not that urgent anyway.
>
> Cheers,
>
> Ian
>
> On 26/06/15 11:48, Larry Akah wrote:
> > Am dealing with the workflow deep details section. Once that's
> > done, uploading the workflow to the player to generate a run would
> > be easy.
> >
> > thanks
> >
> > 2015-06-26 9:46 GMT+01:00 Ian Dunlop
> > <ia...@manchester.ac.uk>:
> >
> > Hello,
> >
> > Excellent work. I'll clone your repo and have a look later today.
> >
> > Cheers,
> >
> > Ian
> >
> > On 26/06/15 03:55, Larry Akah wrote:
> >>>> Just added real-time workflow search.
> >>>>
> >>>> 2015-06-26 3:52 GMT+01:00 Larry Akah <la...@gmail.com>:
> >>>>
> >>>>> The search should be all good and functioning at least well
> >>>>> now.
> >>>>>
> >>>>> cheers
> >>>>>
> >>>>> 2015-06-26 1:55 GMT+01:00 Larry Akah
> >>>>> <la...@gmail.com>:
> >>>>>
> >>>>>> Modified the search function but haven't sent a pull
> >>>>>> request yet. It's currently only available in my
> >>>>>> repository. Might want to look there instead for the
> >>>>>> latest changes. will be sending the pull request later.
> >>>>>>
> >>>>>> cheers
> >>>>>>
> >>>>>> 2015-06-25 22:19 GMT+01:00 Larry Akah
> >>>>>> <la...@gmail.com>:
> >>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> 2015-06-25 16:29 GMT+01:00 Ian Dunlop
> >>>>>>> <Ia...@manchester.ac.uk>:
> >>>>>>>
> >>>>>>>> Hello,
> >>>>>>>>
> >>>>>>>> Just tried the latest code in android emulator.
> >>>>>>>> Workflows seem to be loading ok. What system is the
> >>>>>>>> username for now? MyExperiment or taverna player?
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> Is the app doing anything with the login info? I
> >>>>>>>> think the taverna logo on each workflow is not needed
> >>>>>>>> since it takes up too much space.
> >>>>>>>
> >>>>>>> Ok, i will get that off.
> >>>>>>>
> >>>>>>>
> >>>>>>>> There needs to be a bit of space between each
> >>>>>>>> workflow in the list so they don't run into each
> >>>>>>>> other.
> >>>>>>>
> >>>>>>>
> >>>>>>> I think there is already much space between them. I
> >>>>>>> would like to have a screen shot of how they appear for
> >>>>>>> you.
> >>>>>>>
> >>>>>>>
> >>>>>>>> When a workflow is marked as a favourite the star
> >>>>>>>> should change colour rather than disappear.
> >>>>>>>
> >>>>>>> That's what am actually doing but it isn't yet perfect.
> >>>>>>> Still fixing that.
> >>>>>>>
> >>>>>>>
> >>>>>>>> A workflow marked as a favourite doesn't seem to
> >>>>>>>> appear in the favorite list, it is still just a
> >>>>>>>> default test workflow.
> >>>>>>>
> >>>>>>> Yes, but it is actually already saved to a database
> >>>>>>> when marked. i just need to parse and display them.
> >>>>>>>
> >>>>>>> Is the workflow user icon supposed to have a picture
> >>>>>>> inside it, all I
> >>>>>>>> see is the default icon.
> >>>>>>>
> >>>>>>> Yes it does, am trying to figure out how to fetch the
> >>>>>>> author/uploader of the given workflow since the API
> >>>>>>> doesn't provide an instant access to that detail.
> >>>>>>>
> >>>>>>>
> >>>>>>>> I would change "See more" to something like "More
> >>>>>>>> info".
> >>>>>>>
> >>>>>>> Ok, i'll change that.
> >>>>>>>
> >>>>>>> I feel like I should raise these as issues on JIRA
> >>>>>>> since it can get
> >>>>>>>> really hard to track these requests.
> >>>>>>>>
> >>>>>>> Sounds ok to me.
> >>>>>>>
> >>>>>>>>
> >>>>>>>> Anyway, looking good and getting ready for the next
> >>>>>>>> pull :)
> >>>>>>>>
> >>>>>>>> Cheers,
> >>>>>>>>
> >>>>>>>
> >>>>>>> The number of workflows sent from a request over the
> >>>>>>> myexperiment REST url don't actually seem to match what
> >>>>>>> is actually on the myexperiment site. Any reasons for
> >>>>>>> that? Could you please look at my search function to
> >>>>>>> search and display workflows, it may have a logical bug
> >>>>>>> because it isn't working as expected with the logic
> >>>>>>> implemented
> >>>>>>>
> >>>>>>> Thanks
> >>>>>>>
> >>>>>>>>
> >>>>>>>> Ian
> >>>>>>>>
> >>>>>>>> -----Original Message----- From: Larry Akah
> >>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015 13:30
> >>>>>>>> To: dev@taverna.incubator.apache.org Subject: Re:
> >>>>>>>> gsoc taverna mobile progress so far
> >>>>>>>>
> >>>>>>>> ok great. Am sending in another pull request soon.
> >>>>>>>>
> >>>>>>>> cheers
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> 2015-06-25 13:23 GMT+01:00 Ian Dunlop
> >>>>>>>> <Ia...@manchester.ac.uk>:
> >>>>>>>>
> >>>>>>>>> Hello,
> >>>>>>>>>
> >>>>>>>>> Not yet. I'll try later today.
> >>>>>>>>>
> >>>>>>>>> Cheers,
> >>>>>>>>>
> >>>>>>>>> Ian
> >>>>>>>>>
> >>>>>>>>> -----Original Message----- From: Larry Akah
> >>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015
> >>>>>>>>> 13:14 To: dev@taverna.incubator.apache.org Subject:
> >>>>>>>>> Re: gsoc taverna mobile progress so far
> >>>>>>>>>
> >>>>>>>>> Have you looked at the workflows the app is
> >>>>>>>>> currently loading?
> >>>>>>>>>
> >>>>>>>>> 2015-06-25 13:13 GMT+01:00 Larry Akah
> >>>>>>>>> <la...@gmail.com>:
> >>>>>>>>>
> >>>>>>>>>> Yeah, ok so scrolling to load more should be the
> >>>>>>>>>> way to go i guess.
> >>>>>>>>>>
> >>>>>>>>>> 2015-06-25 13:10 GMT+01:00 Ian Dunlop
> >>>>>>>>>> <Ian.Dunlop@manchester.ac.uk
> >>>>>>>>> :
> >>>>>>>>>>
> >>>>>>>>>>> Hello,
> >>>>>>>>>>>
> >>>>>>>>>>> There are a lot of workflows in myexperiment.
> >>>>>>>>>>> Are they paginated via the API? Loading
> >>>>>>>>>>> everything might kill the app.
> >>>>>>>>>>>
> >>>>>>>>>>> Cheers,
> >>>>>>>>>>>
> >>>>>>>>>>> Ian
> >>>>>>>>>>>
> >>>>>>>>>>> -----Original Message----- From: Larry Akah
> >>>>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June
> >>>>>>>>>>> 2015 13:08 To: dev@taverna.incubator.apache.org
> >>>>>>>>>>> Subject: Re: gsoc taverna mobile progress so
> >>>>>>>>>>> far
> >>>>>>>>>>>
> >>>>>>>>>>> I've not yet thought of infinite scroll yet.
> >>>>>>>>>>> For now it's either a limit to the number of
> >>>>>>>>>>> workflows or everything.
> >>>>>>>>>>>
> >>>>>>>>>>> 2015-06-25 11:55 GMT+01:00 Ian Dunlop
> >>>>>>>>>>> <Ian.Dunlop@manchester.ac.uk
> >>>>>>>>> :
> >>>>>>>>>>>
> >>>>>>>>>>>> Hello,
> >>>>>>>>>>>>
> >>>>>>>>>>>> That's a good idea. I think in general having
> >>>>>>>>>>>> a limit on the number of workflows fetched at
> >>>>>>>>>>>> any one point would help. Not sure what the
> >>>>>>>>>>>> default should be but maybe around 20. We
> >>>>>>>>>>>> need to make sure the UI is easy to read so
> >>>>>>>>>>>> the app should only display the minimum of
> >>>>>>>>>>>> info that identifies a workflow. That of
> >>>>>>>>>>>> course means we need to decide what that
> >>>>>>>>>>>> minimum info should be - title, author?? Will
> >>>>>>>>>>>> the app have 'infinite scroll' type
> >>>>>>>>>>>> functionality where you scroll down to
> >>>>>>>>> load more?
> >>>>>>>>>>>>
> >>>>>>>>>>>> Cheers,
> >>>>>>>>>>>>
> >>>>>>>>>>>> Ian
> >>>>>>>>>>>>
> >>>>>>>>>>>> -----Original Message----- From: Larry Akah
> >>>>>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June
> >>>>>>>>>>>> 2015 11:51 To:
> >>>>>>>>>>>> dev@taverna.incubator.apache.org Subject: Re:
> >>>>>>>>>>>> gsoc taverna mobile progress so far
> >>>>>>>>>>>>
> >>>>>>>>>>>> A threshold count of workflows to load could
> >>>>>>>>>>>> be set in situations of low connectivity.
> >>>>>>>>>>>>
> >>>>>>>>>>>> 2015-06-25 11:47 GMT+01:00 Larry Akah
> >>>>>>>>>>>> <la...@gmail.com>:
> >>>>>>>>>>>>
> >>>>>>>>>>>>> I have added loaders to indicate
> >>>>>>>>>>>>> connectivity state. The app would notify in
> >>>>>>>>>>>>> case the connection unstable to retrieve
> >>>>>>>>>>>>> data
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> 2015-06-25 11:19 GMT+01:00 alaninmcr
> >>>>>>>>>>>>> <alaninmcr@googlemail.com
> >>>>>>>>> :
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> On 25/06/2015 09:48, Larry Akah wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Ooops, i think my connection was a
> >>>>>>>>>>>>>>> little unstable. Its ok now i
> >>>>>>>>>>> think.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> How well does the App cope with an
> >>>>>>>>>>>>>> unstable connection?
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Alan
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> -- *Akah Larry N.H*
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> *Lead Software Engineer @ GiftedMom*
> >>>>>>>>>>>>> *Founder IceTeck Inc* *www.iceteck.com*
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Developing technologies for emergence and
> >>>>>>>>>>>>> sustainable
> >>>>>>>> development.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> -- *Akah Larry N.H*
> >>>>>>>>>>>>
> >>>>>>>>>>>> *Lead Software Engineer @ GiftedMom*
> >>>>>>>>>>>> *Founder IceTeck Inc* *www.iceteck.com*
> >>>>>>>>>>>>
> >>>>>>>>>>>> Developing technologies for emergence and
> >>>>>>>>>>>> sustainable
> >>>>>>>> development.
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> -- *Akah Larry N.H*
> >>>>>>>>>>>
> >>>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
> >>>>>>>>>>> IceTeck Inc* *www.iceteck.com*
> >>>>>>>>>>>
> >>>>>>>>>>> Developing technologies for emergence and
> >>>>>>>>>>> sustainable development.
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> -- *Akah Larry N.H*
> >>>>>>>>>>
> >>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
> >>>>>>>>>> IceTeck Inc* *www.iceteck.com*
> >>>>>>>>>>
> >>>>>>>>>> Developing technologies for emergence and
> >>>>>>>>>> sustainable development.
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> -- *Akah Larry N.H*
> >>>>>>>>>
> >>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
> >>>>>>>>> IceTeck Inc* *www.iceteck.com*
> >>>>>>>>>
> >>>>>>>>> Developing technologies for emergence and
> >>>>>>>>> sustainable development.
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> -- *Akah Larry N.H*
> >>>>>>>>
> >>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
> >>>>>>>> Inc* *www.iceteck.com*
> >>>>>>>>
> >>>>>>>> Developing technologies for emergence and
> >>>>>>>> sustainable development.
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> -- *Akah Larry N.H*
> >>>>>>>
> >>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
> >>>>>>> Inc* *www.iceteck.com*
> >>>>>>>
> >>>>>>> Developing technologies for emergence and sustainable
> >>>>>>> development.
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>> -- *Akah Larry N.H*
> >>>>>>
> >>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
> >>>>>> Inc* *www.iceteck.com*
> >>>>>>
> >>>>>> Developing technologies for emergence and sustainable
> >>>>>> development.
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>> -- *Akah Larry N.H*
> >>>>>
> >>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >>>>> *www.iceteck.com*
> >>>>>
> >>>>> Developing technologies for emergence and sustainable
> >>>>> development.
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>
> >
> >
> >
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
>
> iQEcBAEBAgAGBQJVjU7dAAoJEPK45GBX+Cy54U8H/3nxe9s8qdss9CoMjAhEEzqw
> SxIqwLbJ4Tn6YIelQT2jHQT4IGbk8/zKhiwkes38Xnem3eR8H1YZI03A4IIxqZaJ
> 7AnZMazbJfn6h/r6mlbFaTpvQzsKhvsWqt1W8UA4RrSwWhrb4IBctbwxSL3OoOWw
> Mi8NY/ExYL72SMHhI2M5DfHqPVrSRRdt4x5/rVczoXYKVRie0RemcPUCyIhrNIrw
> NmY4Zq3SLC9zH3B6V478aeShYg4DmdfkoRdDRppY59WTVO7oPYgndkGG1qIVL3Ak
> /bugGRR4KIprKyoyKqIQGiqvu82a/fkT4dPTTdxTfOKd4Hx/kilYKCqsgwlJnnM=
> =bE10
> -----END PGP SIGNATURE-----
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Ian Dunlop <ia...@manchester.ac.uk>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

Search seems to be working although I guess it is only searching
workflows that it has loaded rather than using the myExperiment
search. At least that's what it looks like to me. The app is certainly
starting to feel good though. I'm really busy the rest of the day so
not sure if I'll manage to get any more testing done. Send an email to
the list when there is more code to test and let us know what
functionality you would like feedback  on. I'll send you a screenshot
of the workflows soon (probably next week), it's not that urgent anyway.

Cheers,

Ian

On 26/06/15 11:48, Larry Akah wrote:
> Am dealing with the workflow deep details section. Once that's
> done, uploading the workflow to the player to generate a run would
> be easy.
> 
> thanks
> 
> 2015-06-26 9:46 GMT+01:00 Ian Dunlop
> <ia...@manchester.ac.uk>:
> 
> Hello,
> 
> Excellent work. I'll clone your repo and have a look later today.
> 
> Cheers,
> 
> Ian
> 
> On 26/06/15 03:55, Larry Akah wrote:
>>>> Just added real-time workflow search.
>>>> 
>>>> 2015-06-26 3:52 GMT+01:00 Larry Akah <la...@gmail.com>:
>>>> 
>>>>> The search should be all good and functioning at least well
>>>>> now.
>>>>> 
>>>>> cheers
>>>>> 
>>>>> 2015-06-26 1:55 GMT+01:00 Larry Akah
>>>>> <la...@gmail.com>:
>>>>> 
>>>>>> Modified the search function but haven't sent a pull
>>>>>> request yet. It's currently only available in my
>>>>>> repository. Might want to look there instead for the
>>>>>> latest changes. will be sending the pull request later.
>>>>>> 
>>>>>> cheers
>>>>>> 
>>>>>> 2015-06-25 22:19 GMT+01:00 Larry Akah
>>>>>> <la...@gmail.com>:
>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 2015-06-25 16:29 GMT+01:00 Ian Dunlop 
>>>>>>> <Ia...@manchester.ac.uk>:
>>>>>>> 
>>>>>>>> Hello,
>>>>>>>> 
>>>>>>>> Just tried the latest code in android emulator.
>>>>>>>> Workflows seem to be loading ok. What system is the
>>>>>>>> username for now? MyExperiment or taverna player?
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>>> Is the app doing anything with the login info? I
>>>>>>>> think the taverna logo on each workflow is not needed
>>>>>>>> since it takes up too much space.
>>>>>>> 
>>>>>>> Ok, i will get that off.
>>>>>>> 
>>>>>>> 
>>>>>>>> There needs to be a bit of space between each
>>>>>>>> workflow in the list so they don't run into each
>>>>>>>> other.
>>>>>>> 
>>>>>>> 
>>>>>>> I think there is already much space between them. I
>>>>>>> would like to have a screen shot of how they appear for
>>>>>>> you.
>>>>>>> 
>>>>>>> 
>>>>>>>> When a workflow is marked as a favourite the star
>>>>>>>> should change colour rather than disappear.
>>>>>>> 
>>>>>>> That's what am actually doing but it isn't yet perfect.
>>>>>>> Still fixing that.
>>>>>>> 
>>>>>>> 
>>>>>>>> A workflow marked as a favourite doesn't seem to
>>>>>>>> appear in the favorite list, it is still just a
>>>>>>>> default test workflow.
>>>>>>> 
>>>>>>> Yes, but it is actually already saved to a database
>>>>>>> when marked. i just need to parse and display them.
>>>>>>> 
>>>>>>> Is the workflow user icon supposed to have a picture
>>>>>>> inside it, all I
>>>>>>>> see is the default icon.
>>>>>>> 
>>>>>>> Yes it does, am trying to figure out how to fetch the 
>>>>>>> author/uploader of the given workflow since the API
>>>>>>> doesn't provide an instant access to that detail.
>>>>>>> 
>>>>>>> 
>>>>>>>> I would change "See more" to something like "More
>>>>>>>> info".
>>>>>>> 
>>>>>>> Ok, i'll change that.
>>>>>>> 
>>>>>>> I feel like I should raise these as issues on JIRA
>>>>>>> since it can get
>>>>>>>> really hard to track these requests.
>>>>>>>> 
>>>>>>> Sounds ok to me.
>>>>>>> 
>>>>>>>> 
>>>>>>>> Anyway, looking good and getting ready for the next
>>>>>>>> pull :)
>>>>>>>> 
>>>>>>>> Cheers,
>>>>>>>> 
>>>>>>> 
>>>>>>> The number of workflows sent from a request over the 
>>>>>>> myexperiment REST url don't actually seem to match what
>>>>>>> is actually on the myexperiment site. Any reasons for
>>>>>>> that? Could you please look at my search function to
>>>>>>> search and display workflows, it may have a logical bug
>>>>>>> because it isn't working as expected with the logic
>>>>>>> implemented
>>>>>>> 
>>>>>>> Thanks
>>>>>>> 
>>>>>>>> 
>>>>>>>> Ian
>>>>>>>> 
>>>>>>>> -----Original Message----- From: Larry Akah 
>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015 13:30
>>>>>>>> To: dev@taverna.incubator.apache.org Subject: Re:
>>>>>>>> gsoc taverna mobile progress so far
>>>>>>>> 
>>>>>>>> ok great. Am sending in another pull request soon.
>>>>>>>> 
>>>>>>>> cheers
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 2015-06-25 13:23 GMT+01:00 Ian Dunlop 
>>>>>>>> <Ia...@manchester.ac.uk>:
>>>>>>>> 
>>>>>>>>> Hello,
>>>>>>>>> 
>>>>>>>>> Not yet. I'll try later today.
>>>>>>>>> 
>>>>>>>>> Cheers,
>>>>>>>>> 
>>>>>>>>> Ian
>>>>>>>>> 
>>>>>>>>> -----Original Message----- From: Larry Akah 
>>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015
>>>>>>>>> 13:14 To: dev@taverna.incubator.apache.org Subject:
>>>>>>>>> Re: gsoc taverna mobile progress so far
>>>>>>>>> 
>>>>>>>>> Have you looked at the workflows the app is
>>>>>>>>> currently loading?
>>>>>>>>> 
>>>>>>>>> 2015-06-25 13:13 GMT+01:00 Larry Akah 
>>>>>>>>> <la...@gmail.com>:
>>>>>>>>> 
>>>>>>>>>> Yeah, ok so scrolling to load more should be the
>>>>>>>>>> way to go i guess.
>>>>>>>>>> 
>>>>>>>>>> 2015-06-25 13:10 GMT+01:00 Ian Dunlop 
>>>>>>>>>> <Ian.Dunlop@manchester.ac.uk
>>>>>>>>> :
>>>>>>>>>> 
>>>>>>>>>>> Hello,
>>>>>>>>>>> 
>>>>>>>>>>> There are a lot of workflows in myexperiment.
>>>>>>>>>>> Are they paginated via the API? Loading
>>>>>>>>>>> everything might kill the app.
>>>>>>>>>>> 
>>>>>>>>>>> Cheers,
>>>>>>>>>>> 
>>>>>>>>>>> Ian
>>>>>>>>>>> 
>>>>>>>>>>> -----Original Message----- From: Larry Akah 
>>>>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June
>>>>>>>>>>> 2015 13:08 To: dev@taverna.incubator.apache.org
>>>>>>>>>>> Subject: Re: gsoc taverna mobile progress so
>>>>>>>>>>> far
>>>>>>>>>>> 
>>>>>>>>>>> I've not yet thought of infinite scroll yet.
>>>>>>>>>>> For now it's either a limit to the number of
>>>>>>>>>>> workflows or everything.
>>>>>>>>>>> 
>>>>>>>>>>> 2015-06-25 11:55 GMT+01:00 Ian Dunlop 
>>>>>>>>>>> <Ian.Dunlop@manchester.ac.uk
>>>>>>>>> :
>>>>>>>>>>> 
>>>>>>>>>>>> Hello,
>>>>>>>>>>>> 
>>>>>>>>>>>> That's a good idea. I think in general having
>>>>>>>>>>>> a limit on the number of workflows fetched at
>>>>>>>>>>>> any one point would help. Not sure what the
>>>>>>>>>>>> default should be but maybe around 20. We
>>>>>>>>>>>> need to make sure the UI is easy to read so
>>>>>>>>>>>> the app should only display the minimum of
>>>>>>>>>>>> info that identifies a workflow. That of 
>>>>>>>>>>>> course means we need to decide what that
>>>>>>>>>>>> minimum info should be - title, author?? Will
>>>>>>>>>>>> the app have 'infinite scroll' type
>>>>>>>>>>>> functionality where you scroll down to
>>>>>>>>> load more?
>>>>>>>>>>>> 
>>>>>>>>>>>> Cheers,
>>>>>>>>>>>> 
>>>>>>>>>>>> Ian
>>>>>>>>>>>> 
>>>>>>>>>>>> -----Original Message----- From: Larry Akah 
>>>>>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June
>>>>>>>>>>>> 2015 11:51 To:
>>>>>>>>>>>> dev@taverna.incubator.apache.org Subject: Re:
>>>>>>>>>>>> gsoc taverna mobile progress so far
>>>>>>>>>>>> 
>>>>>>>>>>>> A threshold count of workflows to load could
>>>>>>>>>>>> be set in situations of low connectivity.
>>>>>>>>>>>> 
>>>>>>>>>>>> 2015-06-25 11:47 GMT+01:00 Larry Akah 
>>>>>>>>>>>> <la...@gmail.com>:
>>>>>>>>>>>> 
>>>>>>>>>>>>> I have added loaders to indicate
>>>>>>>>>>>>> connectivity state. The app would notify in
>>>>>>>>>>>>> case the connection unstable to retrieve
>>>>>>>>>>>>> data
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 2015-06-25 11:19 GMT+01:00 alaninmcr 
>>>>>>>>>>>>> <alaninmcr@googlemail.com
>>>>>>>>> :
>>>>>>>>>>>>> 
>>>>>>>>>>>>>> On 25/06/2015 09:48, Larry Akah wrote:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Ooops, i think my connection was a
>>>>>>>>>>>>>>> little unstable. Its ok now i
>>>>>>>>>>> think.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> How well does the App cope with an
>>>>>>>>>>>>>> unstable connection?
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> Alan
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> -- *Akah Larry N.H*
>>>>>>>>>>>>> 
>>>>>>>>>>>>> *Lead Software Engineer @ GiftedMom*
>>>>>>>>>>>>> *Founder IceTeck Inc* *www.iceteck.com*
>>>>>>>>>>>>> 
>>>>>>>>>>>>> Developing technologies for emergence and 
>>>>>>>>>>>>> sustainable
>>>>>>>> development.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> -- *Akah Larry N.H*
>>>>>>>>>>>> 
>>>>>>>>>>>> *Lead Software Engineer @ GiftedMom*
>>>>>>>>>>>> *Founder IceTeck Inc* *www.iceteck.com*
>>>>>>>>>>>> 
>>>>>>>>>>>> Developing technologies for emergence and 
>>>>>>>>>>>> sustainable
>>>>>>>> development.
>>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> -- *Akah Larry N.H*
>>>>>>>>>>> 
>>>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
>>>>>>>>>>> IceTeck Inc* *www.iceteck.com*
>>>>>>>>>>> 
>>>>>>>>>>> Developing technologies for emergence and
>>>>>>>>>>> sustainable development.
>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> -- *Akah Larry N.H*
>>>>>>>>>> 
>>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
>>>>>>>>>> IceTeck Inc* *www.iceteck.com*
>>>>>>>>>> 
>>>>>>>>>> Developing technologies for emergence and
>>>>>>>>>> sustainable development.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> -- *Akah Larry N.H*
>>>>>>>>> 
>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
>>>>>>>>> IceTeck Inc* *www.iceteck.com*
>>>>>>>>> 
>>>>>>>>> Developing technologies for emergence and
>>>>>>>>> sustainable development.
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> -- *Akah Larry N.H*
>>>>>>>> 
>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
>>>>>>>> Inc* *www.iceteck.com*
>>>>>>>> 
>>>>>>>> Developing technologies for emergence and
>>>>>>>> sustainable development.
>>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> -- *Akah Larry N.H*
>>>>>>> 
>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
>>>>>>> Inc* *www.iceteck.com*
>>>>>>> 
>>>>>>> Developing technologies for emergence and sustainable 
>>>>>>> development.
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> -- *Akah Larry N.H*
>>>>>> 
>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
>>>>>> Inc* *www.iceteck.com*
>>>>>> 
>>>>>> Developing technologies for emergence and sustainable 
>>>>>> development.
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> -- *Akah Larry N.H*
>>>>> 
>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc* 
>>>>> *www.iceteck.com*
>>>>> 
>>>>> Developing technologies for emergence and sustainable 
>>>>> development.
>>>>> 
>>>>> 
>>>> 
>>>> 
>> 
> 
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJVjU7dAAoJEPK45GBX+Cy54U8H/3nxe9s8qdss9CoMjAhEEzqw
SxIqwLbJ4Tn6YIelQT2jHQT4IGbk8/zKhiwkes38Xnem3eR8H1YZI03A4IIxqZaJ
7AnZMazbJfn6h/r6mlbFaTpvQzsKhvsWqt1W8UA4RrSwWhrb4IBctbwxSL3OoOWw
Mi8NY/ExYL72SMHhI2M5DfHqPVrSRRdt4x5/rVczoXYKVRie0RemcPUCyIhrNIrw
NmY4Zq3SLC9zH3B6V478aeShYg4DmdfkoRdDRppY59WTVO7oPYgndkGG1qIVL3Ak
/bugGRR4KIprKyoyKqIQGiqvu82a/fkT4dPTTdxTfOKd4Hx/kilYKCqsgwlJnnM=
=bE10
-----END PGP SIGNATURE-----

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

Am dealing with the workflow deep details section. Once that's done,
uploading the workflow to the player to generate a run would be easy.

thanks

2015-06-26 9:46 GMT+01:00 Ian Dunlop <ia...@manchester.ac.uk>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello,
>
> Excellent work. I'll clone your repo and have a look later today.
>
> Cheers,
>
> Ian
>
> On 26/06/15 03:55, Larry Akah wrote:
> > Just added real-time workflow search.
> >
> > 2015-06-26 3:52 GMT+01:00 Larry Akah <la...@gmail.com>:
> >
> >> The search should be all good and functioning at least well now.
> >>
> >> cheers
> >>
> >> 2015-06-26 1:55 GMT+01:00 Larry Akah <la...@gmail.com>:
> >>
> >>> Modified the search function but haven't sent a pull request
> >>> yet. It's currently only available in my repository. Might want
> >>> to look there instead for the latest changes. will be sending
> >>> the pull request later.
> >>>
> >>> cheers
> >>>
> >>> 2015-06-25 22:19 GMT+01:00 Larry Akah <la...@gmail.com>:
> >>>
> >>>>
> >>>>
> >>>> 2015-06-25 16:29 GMT+01:00 Ian Dunlop
> >>>> <Ia...@manchester.ac.uk>:
> >>>>
> >>>>> Hello,
> >>>>>
> >>>>> Just tried the latest code in android emulator. Workflows
> >>>>> seem to be loading ok. What system is the username for now?
> >>>>> MyExperiment or taverna player?
> >>>>
> >>>>
> >>>>
> >>>>> Is the app doing anything with the login info? I think the
> >>>>> taverna logo on each workflow is not needed since it takes
> >>>>> up too much space.
> >>>>
> >>>> Ok, i will get that off.
> >>>>
> >>>>
> >>>>> There needs to be a bit of space between each workflow in
> >>>>> the list so they don't run into each other.
> >>>>
> >>>>
> >>>> I think there is already much space between them. I would
> >>>> like to have a screen shot of how they appear for you.
> >>>>
> >>>>
> >>>>> When a workflow is marked as a favourite the star should
> >>>>> change colour rather than disappear.
> >>>>
> >>>> That's what am actually doing but it isn't yet perfect. Still
> >>>> fixing that.
> >>>>
> >>>>
> >>>>> A workflow marked as a favourite doesn't seem to  appear in
> >>>>> the favorite list, it is still just a default test
> >>>>> workflow.
> >>>>
> >>>> Yes, but it is actually already saved to a database when
> >>>> marked. i just need to parse and display them.
> >>>>
> >>>> Is the workflow user icon supposed to have a picture inside
> >>>> it, all I
> >>>>> see is the default icon.
> >>>>
> >>>> Yes it does, am trying to figure out how to fetch the
> >>>> author/uploader of the given workflow since the API doesn't
> >>>> provide an instant access to that detail.
> >>>>
> >>>>
> >>>>> I would change "See more" to something like "More info".
> >>>>
> >>>> Ok, i'll change that.
> >>>>
> >>>> I feel like I should raise these as issues on JIRA since it
> >>>> can get
> >>>>> really hard to track these requests.
> >>>>>
> >>>> Sounds ok to me.
> >>>>
> >>>>>
> >>>>> Anyway, looking good and getting ready for the next pull
> >>>>> :)
> >>>>>
> >>>>> Cheers,
> >>>>>
> >>>>
> >>>> The number of workflows sent from a request over the
> >>>> myexperiment REST url don't actually seem to match what is
> >>>> actually on the myexperiment site. Any reasons for that?
> >>>> Could you please look at my search function to search and
> >>>> display workflows, it may have a logical bug because it isn't
> >>>> working as expected with the logic implemented
> >>>>
> >>>> Thanks
> >>>>
> >>>>>
> >>>>> Ian
> >>>>>
> >>>>> -----Original Message----- From: Larry Akah
> >>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015 13:30 To:
> >>>>> dev@taverna.incubator.apache.org Subject: Re: gsoc taverna
> >>>>> mobile progress so far
> >>>>>
> >>>>> ok great. Am sending in another pull request soon.
> >>>>>
> >>>>> cheers
> >>>>>
> >>>>>
> >>>>> 2015-06-25 13:23 GMT+01:00 Ian Dunlop
> >>>>> <Ia...@manchester.ac.uk>:
> >>>>>
> >>>>>> Hello,
> >>>>>>
> >>>>>> Not yet. I'll try later today.
> >>>>>>
> >>>>>> Cheers,
> >>>>>>
> >>>>>> Ian
> >>>>>>
> >>>>>> -----Original Message----- From: Larry Akah
> >>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015 13:14 To:
> >>>>>> dev@taverna.incubator.apache.org Subject: Re: gsoc
> >>>>>> taverna mobile progress so far
> >>>>>>
> >>>>>> Have you looked at the workflows the app is currently
> >>>>>> loading?
> >>>>>>
> >>>>>> 2015-06-25 13:13 GMT+01:00 Larry Akah
> >>>>>> <la...@gmail.com>:
> >>>>>>
> >>>>>>> Yeah, ok so scrolling to load more should be the way to
> >>>>>>> go i guess.
> >>>>>>>
> >>>>>>> 2015-06-25 13:10 GMT+01:00 Ian Dunlop
> >>>>>>> <Ian.Dunlop@manchester.ac.uk
> >>>>>> :
> >>>>>>>
> >>>>>>>> Hello,
> >>>>>>>>
> >>>>>>>> There are a lot of workflows in myexperiment. Are
> >>>>>>>> they paginated via the API? Loading everything might
> >>>>>>>> kill the app.
> >>>>>>>>
> >>>>>>>> Cheers,
> >>>>>>>>
> >>>>>>>> Ian
> >>>>>>>>
> >>>>>>>> -----Original Message----- From: Larry Akah
> >>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015
> >>>>>>>> 13:08 To: dev@taverna.incubator.apache.org Subject:
> >>>>>>>> Re: gsoc taverna mobile progress so far
> >>>>>>>>
> >>>>>>>> I've not yet thought of infinite scroll yet. For now
> >>>>>>>> it's either a limit to the number of workflows or
> >>>>>>>> everything.
> >>>>>>>>
> >>>>>>>> 2015-06-25 11:55 GMT+01:00 Ian Dunlop
> >>>>>>>> <Ian.Dunlop@manchester.ac.uk
> >>>>>> :
> >>>>>>>>
> >>>>>>>>> Hello,
> >>>>>>>>>
> >>>>>>>>> That's a good idea. I think in general having a
> >>>>>>>>> limit on the number of workflows fetched at any one
> >>>>>>>>> point would help. Not sure what the default should
> >>>>>>>>> be but maybe around 20. We need to make sure the UI
> >>>>>>>>> is easy to read so the app should only display the
> >>>>>>>>> minimum of info that identifies a workflow. That of
> >>>>>>>>> course means we need to decide what that minimum
> >>>>>>>>> info should be - title, author?? Will the app have
> >>>>>>>>> 'infinite scroll' type functionality where you
> >>>>>>>>> scroll down to
> >>>>>> load more?
> >>>>>>>>>
> >>>>>>>>> Cheers,
> >>>>>>>>>
> >>>>>>>>> Ian
> >>>>>>>>>
> >>>>>>>>> -----Original Message----- From: Larry Akah
> >>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015
> >>>>>>>>> 11:51 To: dev@taverna.incubator.apache.org Subject:
> >>>>>>>>> Re: gsoc taverna mobile progress so far
> >>>>>>>>>
> >>>>>>>>> A threshold count of workflows to load could be set
> >>>>>>>>> in situations of low connectivity.
> >>>>>>>>>
> >>>>>>>>> 2015-06-25 11:47 GMT+01:00 Larry Akah
> >>>>>>>>> <la...@gmail.com>:
> >>>>>>>>>
> >>>>>>>>>> I have added loaders to indicate connectivity
> >>>>>>>>>> state. The app would notify in case the
> >>>>>>>>>> connection unstable to retrieve data
> >>>>>>>>>>
> >>>>>>>>>> 2015-06-25 11:19 GMT+01:00 alaninmcr
> >>>>>>>>>> <alaninmcr@googlemail.com
> >>>>>> :
> >>>>>>>>>>
> >>>>>>>>>>> On 25/06/2015 09:48, Larry Akah wrote:
> >>>>>>>>>>>
> >>>>>>>>>>>> Ooops, i think my connection was a little
> >>>>>>>>>>>> unstable. Its ok now i
> >>>>>>>> think.
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> How well does the App cope with an unstable
> >>>>>>>>>>> connection?
> >>>>>>>>>>>
> >>>>>>>>>>> Alan
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> -- *Akah Larry N.H*
> >>>>>>>>>>
> >>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
> >>>>>>>>>> IceTeck Inc* *www.iceteck.com*
> >>>>>>>>>>
> >>>>>>>>>> Developing technologies for emergence and
> >>>>>>>>>> sustainable
> >>>>> development.
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> -- *Akah Larry N.H*
> >>>>>>>>>
> >>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
> >>>>>>>>> IceTeck Inc* *www.iceteck.com*
> >>>>>>>>>
> >>>>>>>>> Developing technologies for emergence and
> >>>>>>>>> sustainable
> >>>>> development.
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> -- *Akah Larry N.H*
> >>>>>>>>
> >>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
> >>>>>>>> Inc* *www.iceteck.com*
> >>>>>>>>
> >>>>>>>> Developing technologies for emergence and sustainable
> >>>>>>>> development.
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> -- *Akah Larry N.H*
> >>>>>>>
> >>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
> >>>>>>> Inc* *www.iceteck.com*
> >>>>>>>
> >>>>>>> Developing technologies for emergence and sustainable
> >>>>>>> development.
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>> -- *Akah Larry N.H*
> >>>>>>
> >>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
> >>>>>> Inc* *www.iceteck.com*
> >>>>>>
> >>>>>> Developing technologies for emergence and sustainable
> >>>>>> development.
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> -- *Akah Larry N.H*
> >>>>>
> >>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >>>>> *www.iceteck.com*
> >>>>>
> >>>>> Developing technologies for emergence and sustainable
> >>>>> development.
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> -- *Akah Larry N.H*
> >>>>
> >>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >>>> *www.iceteck.com*
> >>>>
> >>>> Developing technologies for emergence and sustainable
> >>>> development.
> >>>>
> >>>>
> >>>
> >>>
> >>> -- *Akah Larry N.H*
> >>>
> >>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >>> *www.iceteck.com*
> >>>
> >>> Developing technologies for emergence and sustainable
> >>> development.
> >>>
> >>>
> >>
> >>
> >> -- *Akah Larry N.H*
> >>
> >> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >> *www.iceteck.com*
> >>
> >> Developing technologies for emergence and sustainable
> >> development.
> >>
> >>
> >
> >
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
>
> iQEcBAEBAgAGBQJVjRFmAAoJEPK45GBX+Cy5tNkH/jONvCCc/+dtl4Yt5w/KGyel
> 5psNhJmla0axpXJOnh0elO8UjXQXCS7SXjgfeYgbe1hsXxJtKF7S/Lo28bhoq57H
> WFiKmv9cnG4tyUEpzPNzuxcj1H3NVTwUpvIGnb3Jx6oa7JcDGJsBRzzPLrocAf6v
> kWOBtcfxTREkUhhchbGXzIOd7TBlL9LEerWd2FUcukN/CYOfSqZ4dMav4U8UkUeg
> nlAXVOiMm5bOYynBHOVhxWDMZwM85W8NXknRjfCoCvNVLeGij9l5gjfvzSKb1MqF
> 4PKfjUicda82E2Ch3EGs62FNk8VfDKr0CIoHiklOSfi7e78WsaZWYtsIokuYV9s=
> =QLMK
> -----END PGP SIGNATURE-----
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Ian Dunlop <ia...@manchester.ac.uk>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

Excellent work. I'll clone your repo and have a look later today.

Cheers,

Ian

On 26/06/15 03:55, Larry Akah wrote:
> Just added real-time workflow search.
> 
> 2015-06-26 3:52 GMT+01:00 Larry Akah <la...@gmail.com>:
> 
>> The search should be all good and functioning at least well now.
>> 
>> cheers
>> 
>> 2015-06-26 1:55 GMT+01:00 Larry Akah <la...@gmail.com>:
>> 
>>> Modified the search function but haven't sent a pull request
>>> yet. It's currently only available in my repository. Might want
>>> to look there instead for the latest changes. will be sending
>>> the pull request later.
>>> 
>>> cheers
>>> 
>>> 2015-06-25 22:19 GMT+01:00 Larry Akah <la...@gmail.com>:
>>> 
>>>> 
>>>> 
>>>> 2015-06-25 16:29 GMT+01:00 Ian Dunlop
>>>> <Ia...@manchester.ac.uk>:
>>>> 
>>>>> Hello,
>>>>> 
>>>>> Just tried the latest code in android emulator. Workflows
>>>>> seem to be loading ok. What system is the username for now?
>>>>> MyExperiment or taverna player?
>>>> 
>>>> 
>>>> 
>>>>> Is the app doing anything with the login info? I think the
>>>>> taverna logo on each workflow is not needed since it takes 
>>>>> up too much space.
>>>> 
>>>> Ok, i will get that off.
>>>> 
>>>> 
>>>>> There needs to be a bit of space between each workflow in
>>>>> the list so they don't run into each other.
>>>> 
>>>> 
>>>> I think there is already much space between them. I would
>>>> like to have a screen shot of how they appear for you.
>>>> 
>>>> 
>>>>> When a workflow is marked as a favourite the star should
>>>>> change colour rather than disappear.
>>>> 
>>>> That's what am actually doing but it isn't yet perfect. Still
>>>> fixing that.
>>>> 
>>>> 
>>>>> A workflow marked as a favourite doesn't seem to  appear in
>>>>> the favorite list, it is still just a default test
>>>>> workflow.
>>>> 
>>>> Yes, but it is actually already saved to a database when
>>>> marked. i just need to parse and display them.
>>>> 
>>>> Is the workflow user icon supposed to have a picture inside
>>>> it, all I
>>>>> see is the default icon.
>>>> 
>>>> Yes it does, am trying to figure out how to fetch the
>>>> author/uploader of the given workflow since the API doesn't
>>>> provide an instant access to that detail.
>>>> 
>>>> 
>>>>> I would change "See more" to something like "More info".
>>>> 
>>>> Ok, i'll change that.
>>>> 
>>>> I feel like I should raise these as issues on JIRA since it
>>>> can get
>>>>> really hard to track these requests.
>>>>> 
>>>> Sounds ok to me.
>>>> 
>>>>> 
>>>>> Anyway, looking good and getting ready for the next pull
>>>>> :)
>>>>> 
>>>>> Cheers,
>>>>> 
>>>> 
>>>> The number of workflows sent from a request over the
>>>> myexperiment REST url don't actually seem to match what is
>>>> actually on the myexperiment site. Any reasons for that? 
>>>> Could you please look at my search function to search and
>>>> display workflows, it may have a logical bug because it isn't
>>>> working as expected with the logic implemented
>>>> 
>>>> Thanks
>>>> 
>>>>> 
>>>>> Ian
>>>>> 
>>>>> -----Original Message----- From: Larry Akah
>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015 13:30 To:
>>>>> dev@taverna.incubator.apache.org Subject: Re: gsoc taverna
>>>>> mobile progress so far
>>>>> 
>>>>> ok great. Am sending in another pull request soon.
>>>>> 
>>>>> cheers
>>>>> 
>>>>> 
>>>>> 2015-06-25 13:23 GMT+01:00 Ian Dunlop
>>>>> <Ia...@manchester.ac.uk>:
>>>>> 
>>>>>> Hello,
>>>>>> 
>>>>>> Not yet. I'll try later today.
>>>>>> 
>>>>>> Cheers,
>>>>>> 
>>>>>> Ian
>>>>>> 
>>>>>> -----Original Message----- From: Larry Akah
>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015 13:14 To:
>>>>>> dev@taverna.incubator.apache.org Subject: Re: gsoc
>>>>>> taverna mobile progress so far
>>>>>> 
>>>>>> Have you looked at the workflows the app is currently
>>>>>> loading?
>>>>>> 
>>>>>> 2015-06-25 13:13 GMT+01:00 Larry Akah
>>>>>> <la...@gmail.com>:
>>>>>> 
>>>>>>> Yeah, ok so scrolling to load more should be the way to
>>>>>>> go i guess.
>>>>>>> 
>>>>>>> 2015-06-25 13:10 GMT+01:00 Ian Dunlop
>>>>>>> <Ian.Dunlop@manchester.ac.uk
>>>>>> :
>>>>>>> 
>>>>>>>> Hello,
>>>>>>>> 
>>>>>>>> There are a lot of workflows in myexperiment. Are
>>>>>>>> they paginated via the API? Loading everything might
>>>>>>>> kill the app.
>>>>>>>> 
>>>>>>>> Cheers,
>>>>>>>> 
>>>>>>>> Ian
>>>>>>>> 
>>>>>>>> -----Original Message----- From: Larry Akah
>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015
>>>>>>>> 13:08 To: dev@taverna.incubator.apache.org Subject:
>>>>>>>> Re: gsoc taverna mobile progress so far
>>>>>>>> 
>>>>>>>> I've not yet thought of infinite scroll yet. For now
>>>>>>>> it's either a limit to the number of workflows or
>>>>>>>> everything.
>>>>>>>> 
>>>>>>>> 2015-06-25 11:55 GMT+01:00 Ian Dunlop
>>>>>>>> <Ian.Dunlop@manchester.ac.uk
>>>>>> :
>>>>>>>> 
>>>>>>>>> Hello,
>>>>>>>>> 
>>>>>>>>> That's a good idea. I think in general having a
>>>>>>>>> limit on the number of workflows fetched at any one
>>>>>>>>> point would help. Not sure what the default should
>>>>>>>>> be but maybe around 20. We need to make sure the UI
>>>>>>>>> is easy to read so the app should only display the 
>>>>>>>>> minimum of info that identifies a workflow. That of
>>>>>>>>> course means we need to decide what that minimum
>>>>>>>>> info should be - title, author?? Will the app have
>>>>>>>>> 'infinite scroll' type functionality where you
>>>>>>>>> scroll down to
>>>>>> load more?
>>>>>>>>> 
>>>>>>>>> Cheers,
>>>>>>>>> 
>>>>>>>>> Ian
>>>>>>>>> 
>>>>>>>>> -----Original Message----- From: Larry Akah
>>>>>>>>> [mailto:larryakah@gmail.com] Sent: 25 June 2015
>>>>>>>>> 11:51 To: dev@taverna.incubator.apache.org Subject:
>>>>>>>>> Re: gsoc taverna mobile progress so far
>>>>>>>>> 
>>>>>>>>> A threshold count of workflows to load could be set
>>>>>>>>> in situations of low connectivity.
>>>>>>>>> 
>>>>>>>>> 2015-06-25 11:47 GMT+01:00 Larry Akah
>>>>>>>>> <la...@gmail.com>:
>>>>>>>>> 
>>>>>>>>>> I have added loaders to indicate connectivity
>>>>>>>>>> state. The app would notify in case the
>>>>>>>>>> connection unstable to retrieve data
>>>>>>>>>> 
>>>>>>>>>> 2015-06-25 11:19 GMT+01:00 alaninmcr
>>>>>>>>>> <alaninmcr@googlemail.com
>>>>>> :
>>>>>>>>>> 
>>>>>>>>>>> On 25/06/2015 09:48, Larry Akah wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> Ooops, i think my connection was a little
>>>>>>>>>>>> unstable. Its ok now i
>>>>>>>> think.
>>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> How well does the App cope with an unstable
>>>>>>>>>>> connection?
>>>>>>>>>>> 
>>>>>>>>>>> Alan
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> -- *Akah Larry N.H*
>>>>>>>>>> 
>>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
>>>>>>>>>> IceTeck Inc* *www.iceteck.com*
>>>>>>>>>> 
>>>>>>>>>> Developing technologies for emergence and
>>>>>>>>>> sustainable
>>>>> development.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> -- *Akah Larry N.H*
>>>>>>>>> 
>>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder
>>>>>>>>> IceTeck Inc* *www.iceteck.com*
>>>>>>>>> 
>>>>>>>>> Developing technologies for emergence and
>>>>>>>>> sustainable
>>>>> development.
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> -- *Akah Larry N.H*
>>>>>>>> 
>>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
>>>>>>>> Inc* *www.iceteck.com*
>>>>>>>> 
>>>>>>>> Developing technologies for emergence and sustainable
>>>>>>>> development.
>>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> -- *Akah Larry N.H*
>>>>>>> 
>>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
>>>>>>> Inc* *www.iceteck.com*
>>>>>>> 
>>>>>>> Developing technologies for emergence and sustainable
>>>>>>> development.
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> -- *Akah Larry N.H*
>>>>>> 
>>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck
>>>>>> Inc* *www.iceteck.com*
>>>>>> 
>>>>>> Developing technologies for emergence and sustainable
>>>>>> development.
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> -- *Akah Larry N.H*
>>>>> 
>>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc* 
>>>>> *www.iceteck.com*
>>>>> 
>>>>> Developing technologies for emergence and sustainable
>>>>> development.
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> -- *Akah Larry N.H*
>>>> 
>>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc* 
>>>> *www.iceteck.com*
>>>> 
>>>> Developing technologies for emergence and sustainable
>>>> development.
>>>> 
>>>> 
>>> 
>>> 
>>> -- *Akah Larry N.H*
>>> 
>>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc* 
>>> *www.iceteck.com*
>>> 
>>> Developing technologies for emergence and sustainable
>>> development.
>>> 
>>> 
>> 
>> 
>> -- *Akah Larry N.H*
>> 
>> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc* 
>> *www.iceteck.com*
>> 
>> Developing technologies for emergence and sustainable
>> development.
>> 
>> 
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJVjRFmAAoJEPK45GBX+Cy5tNkH/jONvCCc/+dtl4Yt5w/KGyel
5psNhJmla0axpXJOnh0elO8UjXQXCS7SXjgfeYgbe1hsXxJtKF7S/Lo28bhoq57H
WFiKmv9cnG4tyUEpzPNzuxcj1H3NVTwUpvIGnb3Jx6oa7JcDGJsBRzzPLrocAf6v
kWOBtcfxTREkUhhchbGXzIOd7TBlL9LEerWd2FUcukN/CYOfSqZ4dMav4U8UkUeg
nlAXVOiMm5bOYynBHOVhxWDMZwM85W8NXknRjfCoCvNVLeGij9l5gjfvzSKb1MqF
4PKfjUicda82E2Ch3EGs62FNk8VfDKr0CIoHiklOSfi7e78WsaZWYtsIokuYV9s=
=QLMK
-----END PGP SIGNATURE-----

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

Just added real-time workflow search.

2015-06-26 3:52 GMT+01:00 Larry Akah <la...@gmail.com>:

> The search should be all good and functioning at least well now.
>
> cheers
>
> 2015-06-26 1:55 GMT+01:00 Larry Akah <la...@gmail.com>:
>
>> Modified the search function but haven't sent a pull request yet. It's
>> currently only available in my repository. Might want to look there instead
>> for the latest changes. will be sending the pull request later.
>>
>> cheers
>>
>> 2015-06-25 22:19 GMT+01:00 Larry Akah <la...@gmail.com>:
>>
>>>
>>>
>>> 2015-06-25 16:29 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>>>
>>>> Hello,
>>>>
>>>> Just tried the latest code in android emulator. Workflows seem to be
>>>> loading ok. What system is the username for now? MyExperiment or taverna
>>>> player?
>>>
>>>
>>>
>>>> Is the app doing anything with the login info?
>>>> I think the taverna logo on each workflow is not needed since it takes
>>>> up too much space.
>>>
>>> Ok, i will get that off.
>>>
>>>
>>>> There needs to be a bit of space between each workflow in the list so
>>>> they don't run into each other.
>>>
>>>
>>> I think there is already much space between them. I would like to have a
>>> screen shot of how they appear for you.
>>>
>>>
>>>> When a workflow is marked as a favourite the star should change colour
>>>> rather than disappear.
>>>
>>> That's what am actually doing but it isn't yet perfect. Still fixing
>>> that.
>>>
>>>
>>>> A workflow marked as a favourite doesn't seem to  appear in the
>>>> favorite list, it is still just a default test workflow.
>>>
>>> Yes, but it is actually already saved to a database when marked. i just
>>> need to parse and display them.
>>>
>>> Is the workflow user icon supposed to have a picture inside it, all I
>>>> see is the default icon.
>>>
>>> Yes it does, am trying to figure out how to fetch the author/uploader of
>>> the given workflow since the API doesn't provide an instant access to that
>>> detail.
>>>
>>>
>>>> I would change "See more" to something like "More info".
>>>
>>> Ok, i'll change that.
>>>
>>> I feel like I should raise these as issues on JIRA since it can get
>>>> really hard to track these requests.
>>>>
>>> Sounds ok to me.
>>>
>>>>
>>>> Anyway, looking good and getting ready for the next pull :)
>>>>
>>>> Cheers,
>>>>
>>>
>>> The number of workflows sent from a request over the myexperiment REST
>>> url don't actually seem to match what is actually on the myexperiment site.
>>> Any reasons for that?
>>> Could you please look at my search function to search and display
>>> workflows, it may have a logical bug because it isn't working as expected
>>> with the logic implemented
>>>
>>> Thanks
>>>
>>>>
>>>> Ian
>>>>
>>>> -----Original Message-----
>>>> From: Larry Akah [mailto:larryakah@gmail.com]
>>>> Sent: 25 June 2015 13:30
>>>> To: dev@taverna.incubator.apache.org
>>>> Subject: Re: gsoc taverna mobile progress so far
>>>>
>>>> ok great. Am sending in another pull request soon.
>>>>
>>>> cheers
>>>>
>>>>
>>>> 2015-06-25 13:23 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>>>>
>>>> > Hello,
>>>> >
>>>> > Not yet. I'll try later today.
>>>> >
>>>> > Cheers,
>>>> >
>>>> > Ian
>>>> >
>>>> > -----Original Message-----
>>>> > From: Larry Akah [mailto:larryakah@gmail.com]
>>>> > Sent: 25 June 2015 13:14
>>>> > To: dev@taverna.incubator.apache.org
>>>> > Subject: Re: gsoc taverna mobile progress so far
>>>> >
>>>> > Have you looked at the workflows the app is currently loading?
>>>> >
>>>> > 2015-06-25 13:13 GMT+01:00 Larry Akah <la...@gmail.com>:
>>>> >
>>>> > > Yeah, ok so scrolling to load more should be the way to go i guess.
>>>> > >
>>>> > > 2015-06-25 13:10 GMT+01:00 Ian Dunlop <Ian.Dunlop@manchester.ac.uk
>>>> >:
>>>> > >
>>>> > >> Hello,
>>>> > >>
>>>> > >> There are a lot of workflows in myexperiment. Are they paginated
>>>> > >> via the API? Loading everything might kill the app.
>>>> > >>
>>>> > >> Cheers,
>>>> > >>
>>>> > >> Ian
>>>> > >>
>>>> > >> -----Original Message-----
>>>> > >> From: Larry Akah [mailto:larryakah@gmail.com]
>>>> > >> Sent: 25 June 2015 13:08
>>>> > >> To: dev@taverna.incubator.apache.org
>>>> > >> Subject: Re: gsoc taverna mobile progress so far
>>>> > >>
>>>> > >> I've not yet thought of infinite scroll yet. For now it's either a
>>>> > >> limit to the number of workflows or everything.
>>>> > >>
>>>> > >> 2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ian.Dunlop@manchester.ac.uk
>>>> >:
>>>> > >>
>>>> > >> > Hello,
>>>> > >> >
>>>> > >> > That's a good idea. I think in general having a limit on the
>>>> > >> > number of workflows fetched at any one point would help. Not sure
>>>> > >> > what the default should be but maybe around 20. We need to make
>>>> > >> > sure the UI is easy to read so the app should only display the
>>>> > >> > minimum of info that identifies a workflow. That of course means
>>>> > >> > we need to decide what that minimum info should be - title,
>>>> > >> > author?? Will the app have 'infinite scroll' type functionality
>>>> > >> > where you scroll down to
>>>> > load more?
>>>> > >> >
>>>> > >> > Cheers,
>>>> > >> >
>>>> > >> > Ian
>>>> > >> >
>>>> > >> > -----Original Message-----
>>>> > >> > From: Larry Akah [mailto:larryakah@gmail.com]
>>>> > >> > Sent: 25 June 2015 11:51
>>>> > >> > To: dev@taverna.incubator.apache.org
>>>> > >> > Subject: Re: gsoc taverna mobile progress so far
>>>> > >> >
>>>> > >> > A threshold count of workflows to load could be set in situations
>>>> > >> > of low connectivity.
>>>> > >> >
>>>> > >> > 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
>>>> > >> >
>>>> > >> > > I have added loaders to indicate connectivity state. The app
>>>> > >> > > would notify in case the connection unstable to retrieve data
>>>> > >> > >
>>>> > >> > > 2015-06-25 11:19 GMT+01:00 alaninmcr <alaninmcr@googlemail.com
>>>> >:
>>>> > >> > >
>>>> > >> > >> On 25/06/2015 09:48, Larry Akah wrote:
>>>> > >> > >>
>>>> > >> > >>> Ooops, i think my connection was a little unstable. Its ok
>>>> > >> > >>> now i
>>>> > >> think.
>>>> > >> > >>>
>>>> > >> > >>
>>>> > >> > >> How well does the App cope with an unstable connection?
>>>> > >> > >>
>>>> > >> > >> Alan
>>>> > >> > >>
>>>> > >> > >>
>>>> > >> > >
>>>> > >> > >
>>>> > >> > > --
>>>> > >> > > *Akah Larry N.H*
>>>> > >> > >
>>>> > >> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>>>> > >> > > *www.iceteck.com*
>>>> > >> > >
>>>> > >> > > Developing technologies for emergence and sustainable
>>>> development.
>>>> > >> > >
>>>> > >> > >
>>>> > >> >
>>>> > >> >
>>>> > >> > --
>>>> > >> > *Akah Larry N.H*
>>>> > >> >
>>>> > >> > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>>>> > >> > *www.iceteck.com*
>>>> > >> >
>>>> > >> > Developing technologies for emergence and sustainable
>>>> development.
>>>> > >> >
>>>> > >>
>>>> > >>
>>>> > >>
>>>> > >> --
>>>> > >> *Akah Larry N.H*
>>>> > >>
>>>> > >> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>>>> > >> *www.iceteck.com*
>>>> > >>
>>>> > >> Developing technologies for emergence and sustainable development.
>>>> > >>
>>>> > >
>>>> > >
>>>> > >
>>>> > > --
>>>> > > *Akah Larry N.H*
>>>> > >
>>>> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>>>> > > *www.iceteck.com*
>>>> > >
>>>> > > Developing technologies for emergence and sustainable development.
>>>> > >
>>>> > >
>>>> >
>>>> >
>>>> > --
>>>> > *Akah Larry N.H*
>>>> >
>>>> > *Lead Software Engineer @ GiftedMom*
>>>> > *Founder IceTeck Inc*
>>>> > *www.iceteck.com*
>>>> >
>>>> > Developing technologies for emergence and sustainable development.
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> *Akah Larry N.H*
>>>>
>>>> *Lead Software Engineer @ GiftedMom*
>>>> *Founder IceTeck Inc*
>>>> *www.iceteck.com*
>>>>
>>>> Developing technologies for emergence and sustainable development.
>>>>
>>>
>>>
>>>
>>> --
>>> *Akah Larry N.H*
>>>
>>> *Lead Software Engineer @ GiftedMom*
>>> *Founder IceTeck Inc*
>>> *www.iceteck.com*
>>>
>>> Developing technologies for emergence and sustainable development.
>>>
>>>
>>
>>
>> --
>> *Akah Larry N.H*
>>
>> *Lead Software Engineer @ GiftedMom*
>> *Founder IceTeck Inc*
>> *www.iceteck.com*
>>
>> Developing technologies for emergence and sustainable development.
>>
>>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

The search should be all good and functioning at least well now.

cheers

2015-06-26 1:55 GMT+01:00 Larry Akah <la...@gmail.com>:

> Modified the search function but haven't sent a pull request yet. It's
> currently only available in my repository. Might want to look there instead
> for the latest changes. will be sending the pull request later.
>
> cheers
>
> 2015-06-25 22:19 GMT+01:00 Larry Akah <la...@gmail.com>:
>
>>
>>
>> 2015-06-25 16:29 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>>
>>> Hello,
>>>
>>> Just tried the latest code in android emulator. Workflows seem to be
>>> loading ok. What system is the username for now? MyExperiment or taverna
>>> player?
>>
>>
>>
>>> Is the app doing anything with the login info?
>>> I think the taverna logo on each workflow is not needed since it takes
>>> up too much space.
>>
>> Ok, i will get that off.
>>
>>
>>> There needs to be a bit of space between each workflow in the list so
>>> they don't run into each other.
>>
>>
>> I think there is already much space between them. I would like to have a
>> screen shot of how they appear for you.
>>
>>
>>> When a workflow is marked as a favourite the star should change colour
>>> rather than disappear.
>>
>> That's what am actually doing but it isn't yet perfect. Still fixing that.
>>
>>
>>> A workflow marked as a favourite doesn't seem to  appear in the favorite
>>> list, it is still just a default test workflow.
>>
>> Yes, but it is actually already saved to a database when marked. i just
>> need to parse and display them.
>>
>> Is the workflow user icon supposed to have a picture inside it, all I see
>>> is the default icon.
>>
>> Yes it does, am trying to figure out how to fetch the author/uploader of
>> the given workflow since the API doesn't provide an instant access to that
>> detail.
>>
>>
>>> I would change "See more" to something like "More info".
>>
>> Ok, i'll change that.
>>
>> I feel like I should raise these as issues on JIRA since it can get
>>> really hard to track these requests.
>>>
>> Sounds ok to me.
>>
>>>
>>> Anyway, looking good and getting ready for the next pull :)
>>>
>>> Cheers,
>>>
>>
>> The number of workflows sent from a request over the myexperiment REST
>> url don't actually seem to match what is actually on the myexperiment site.
>> Any reasons for that?
>> Could you please look at my search function to search and display
>> workflows, it may have a logical bug because it isn't working as expected
>> with the logic implemented
>>
>> Thanks
>>
>>>
>>> Ian
>>>
>>> -----Original Message-----
>>> From: Larry Akah [mailto:larryakah@gmail.com]
>>> Sent: 25 June 2015 13:30
>>> To: dev@taverna.incubator.apache.org
>>> Subject: Re: gsoc taverna mobile progress so far
>>>
>>> ok great. Am sending in another pull request soon.
>>>
>>> cheers
>>>
>>>
>>> 2015-06-25 13:23 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>>>
>>> > Hello,
>>> >
>>> > Not yet. I'll try later today.
>>> >
>>> > Cheers,
>>> >
>>> > Ian
>>> >
>>> > -----Original Message-----
>>> > From: Larry Akah [mailto:larryakah@gmail.com]
>>> > Sent: 25 June 2015 13:14
>>> > To: dev@taverna.incubator.apache.org
>>> > Subject: Re: gsoc taverna mobile progress so far
>>> >
>>> > Have you looked at the workflows the app is currently loading?
>>> >
>>> > 2015-06-25 13:13 GMT+01:00 Larry Akah <la...@gmail.com>:
>>> >
>>> > > Yeah, ok so scrolling to load more should be the way to go i guess.
>>> > >
>>> > > 2015-06-25 13:10 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>>> > >
>>> > >> Hello,
>>> > >>
>>> > >> There are a lot of workflows in myexperiment. Are they paginated
>>> > >> via the API? Loading everything might kill the app.
>>> > >>
>>> > >> Cheers,
>>> > >>
>>> > >> Ian
>>> > >>
>>> > >> -----Original Message-----
>>> > >> From: Larry Akah [mailto:larryakah@gmail.com]
>>> > >> Sent: 25 June 2015 13:08
>>> > >> To: dev@taverna.incubator.apache.org
>>> > >> Subject: Re: gsoc taverna mobile progress so far
>>> > >>
>>> > >> I've not yet thought of infinite scroll yet. For now it's either a
>>> > >> limit to the number of workflows or everything.
>>> > >>
>>> > >> 2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ian.Dunlop@manchester.ac.uk
>>> >:
>>> > >>
>>> > >> > Hello,
>>> > >> >
>>> > >> > That's a good idea. I think in general having a limit on the
>>> > >> > number of workflows fetched at any one point would help. Not sure
>>> > >> > what the default should be but maybe around 20. We need to make
>>> > >> > sure the UI is easy to read so the app should only display the
>>> > >> > minimum of info that identifies a workflow. That of course means
>>> > >> > we need to decide what that minimum info should be - title,
>>> > >> > author?? Will the app have 'infinite scroll' type functionality
>>> > >> > where you scroll down to
>>> > load more?
>>> > >> >
>>> > >> > Cheers,
>>> > >> >
>>> > >> > Ian
>>> > >> >
>>> > >> > -----Original Message-----
>>> > >> > From: Larry Akah [mailto:larryakah@gmail.com]
>>> > >> > Sent: 25 June 2015 11:51
>>> > >> > To: dev@taverna.incubator.apache.org
>>> > >> > Subject: Re: gsoc taverna mobile progress so far
>>> > >> >
>>> > >> > A threshold count of workflows to load could be set in situations
>>> > >> > of low connectivity.
>>> > >> >
>>> > >> > 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
>>> > >> >
>>> > >> > > I have added loaders to indicate connectivity state. The app
>>> > >> > > would notify in case the connection unstable to retrieve data
>>> > >> > >
>>> > >> > > 2015-06-25 11:19 GMT+01:00 alaninmcr <alaninmcr@googlemail.com
>>> >:
>>> > >> > >
>>> > >> > >> On 25/06/2015 09:48, Larry Akah wrote:
>>> > >> > >>
>>> > >> > >>> Ooops, i think my connection was a little unstable. Its ok
>>> > >> > >>> now i
>>> > >> think.
>>> > >> > >>>
>>> > >> > >>
>>> > >> > >> How well does the App cope with an unstable connection?
>>> > >> > >>
>>> > >> > >> Alan
>>> > >> > >>
>>> > >> > >>
>>> > >> > >
>>> > >> > >
>>> > >> > > --
>>> > >> > > *Akah Larry N.H*
>>> > >> > >
>>> > >> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>>> > >> > > *www.iceteck.com*
>>> > >> > >
>>> > >> > > Developing technologies for emergence and sustainable
>>> development.
>>> > >> > >
>>> > >> > >
>>> > >> >
>>> > >> >
>>> > >> > --
>>> > >> > *Akah Larry N.H*
>>> > >> >
>>> > >> > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>>> > >> > *www.iceteck.com*
>>> > >> >
>>> > >> > Developing technologies for emergence and sustainable development.
>>> > >> >
>>> > >>
>>> > >>
>>> > >>
>>> > >> --
>>> > >> *Akah Larry N.H*
>>> > >>
>>> > >> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>>> > >> *www.iceteck.com*
>>> > >>
>>> > >> Developing technologies for emergence and sustainable development.
>>> > >>
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > *Akah Larry N.H*
>>> > >
>>> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>>> > > *www.iceteck.com*
>>> > >
>>> > > Developing technologies for emergence and sustainable development.
>>> > >
>>> > >
>>> >
>>> >
>>> > --
>>> > *Akah Larry N.H*
>>> >
>>> > *Lead Software Engineer @ GiftedMom*
>>> > *Founder IceTeck Inc*
>>> > *www.iceteck.com*
>>> >
>>> > Developing technologies for emergence and sustainable development.
>>> >
>>>
>>>
>>>
>>> --
>>> *Akah Larry N.H*
>>>
>>> *Lead Software Engineer @ GiftedMom*
>>> *Founder IceTeck Inc*
>>> *www.iceteck.com*
>>>
>>> Developing technologies for emergence and sustainable development.
>>>
>>
>>
>>
>> --
>> *Akah Larry N.H*
>>
>> *Lead Software Engineer @ GiftedMom*
>> *Founder IceTeck Inc*
>> *www.iceteck.com*
>>
>> Developing technologies for emergence and sustainable development.
>>
>>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

Modified the search function but haven't sent a pull request yet. It's
currently only available in my repository. Might want to look there instead
for the latest changes. will be sending the pull request later.

cheers

2015-06-25 22:19 GMT+01:00 Larry Akah <la...@gmail.com>:

>
>
> 2015-06-25 16:29 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
>> Hello,
>>
>> Just tried the latest code in android emulator. Workflows seem to be
>> loading ok. What system is the username for now? MyExperiment or taverna
>> player?
>
>
>
>> Is the app doing anything with the login info?
>> I think the taverna logo on each workflow is not needed since it takes up
>> too much space.
>
> Ok, i will get that off.
>
>
>> There needs to be a bit of space between each workflow in the list so
>> they don't run into each other.
>
>
> I think there is already much space between them. I would like to have a
> screen shot of how they appear for you.
>
>
>> When a workflow is marked as a favourite the star should change colour
>> rather than disappear.
>
> That's what am actually doing but it isn't yet perfect. Still fixing that.
>
>
>> A workflow marked as a favourite doesn't seem to  appear in the favorite
>> list, it is still just a default test workflow.
>
> Yes, but it is actually already saved to a database when marked. i just
> need to parse and display them.
>
> Is the workflow user icon supposed to have a picture inside it, all I see
>> is the default icon.
>
> Yes it does, am trying to figure out how to fetch the author/uploader of
> the given workflow since the API doesn't provide an instant access to that
> detail.
>
>
>> I would change "See more" to something like "More info".
>
> Ok, i'll change that.
>
> I feel like I should raise these as issues on JIRA since it can get really
>> hard to track these requests.
>>
> Sounds ok to me.
>
>>
>> Anyway, looking good and getting ready for the next pull :)
>>
>> Cheers,
>>
>
> The number of workflows sent from a request over the myexperiment REST url
> don't actually seem to match what is actually on the myexperiment site. Any
> reasons for that?
> Could you please look at my search function to search and display
> workflows, it may have a logical bug because it isn't working as expected
> with the logic implemented
>
> Thanks
>
>>
>> Ian
>>
>> -----Original Message-----
>> From: Larry Akah [mailto:larryakah@gmail.com]
>> Sent: 25 June 2015 13:30
>> To: dev@taverna.incubator.apache.org
>> Subject: Re: gsoc taverna mobile progress so far
>>
>> ok great. Am sending in another pull request soon.
>>
>> cheers
>>
>>
>> 2015-06-25 13:23 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>>
>> > Hello,
>> >
>> > Not yet. I'll try later today.
>> >
>> > Cheers,
>> >
>> > Ian
>> >
>> > -----Original Message-----
>> > From: Larry Akah [mailto:larryakah@gmail.com]
>> > Sent: 25 June 2015 13:14
>> > To: dev@taverna.incubator.apache.org
>> > Subject: Re: gsoc taverna mobile progress so far
>> >
>> > Have you looked at the workflows the app is currently loading?
>> >
>> > 2015-06-25 13:13 GMT+01:00 Larry Akah <la...@gmail.com>:
>> >
>> > > Yeah, ok so scrolling to load more should be the way to go i guess.
>> > >
>> > > 2015-06-25 13:10 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>> > >
>> > >> Hello,
>> > >>
>> > >> There are a lot of workflows in myexperiment. Are they paginated
>> > >> via the API? Loading everything might kill the app.
>> > >>
>> > >> Cheers,
>> > >>
>> > >> Ian
>> > >>
>> > >> -----Original Message-----
>> > >> From: Larry Akah [mailto:larryakah@gmail.com]
>> > >> Sent: 25 June 2015 13:08
>> > >> To: dev@taverna.incubator.apache.org
>> > >> Subject: Re: gsoc taverna mobile progress so far
>> > >>
>> > >> I've not yet thought of infinite scroll yet. For now it's either a
>> > >> limit to the number of workflows or everything.
>> > >>
>> > >> 2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>> > >>
>> > >> > Hello,
>> > >> >
>> > >> > That's a good idea. I think in general having a limit on the
>> > >> > number of workflows fetched at any one point would help. Not sure
>> > >> > what the default should be but maybe around 20. We need to make
>> > >> > sure the UI is easy to read so the app should only display the
>> > >> > minimum of info that identifies a workflow. That of course means
>> > >> > we need to decide what that minimum info should be - title,
>> > >> > author?? Will the app have 'infinite scroll' type functionality
>> > >> > where you scroll down to
>> > load more?
>> > >> >
>> > >> > Cheers,
>> > >> >
>> > >> > Ian
>> > >> >
>> > >> > -----Original Message-----
>> > >> > From: Larry Akah [mailto:larryakah@gmail.com]
>> > >> > Sent: 25 June 2015 11:51
>> > >> > To: dev@taverna.incubator.apache.org
>> > >> > Subject: Re: gsoc taverna mobile progress so far
>> > >> >
>> > >> > A threshold count of workflows to load could be set in situations
>> > >> > of low connectivity.
>> > >> >
>> > >> > 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
>> > >> >
>> > >> > > I have added loaders to indicate connectivity state. The app
>> > >> > > would notify in case the connection unstable to retrieve data
>> > >> > >
>> > >> > > 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
>> > >> > >
>> > >> > >> On 25/06/2015 09:48, Larry Akah wrote:
>> > >> > >>
>> > >> > >>> Ooops, i think my connection was a little unstable. Its ok
>> > >> > >>> now i
>> > >> think.
>> > >> > >>>
>> > >> > >>
>> > >> > >> How well does the App cope with an unstable connection?
>> > >> > >>
>> > >> > >> Alan
>> > >> > >>
>> > >> > >>
>> > >> > >
>> > >> > >
>> > >> > > --
>> > >> > > *Akah Larry N.H*
>> > >> > >
>> > >> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>> > >> > > *www.iceteck.com*
>> > >> > >
>> > >> > > Developing technologies for emergence and sustainable
>> development.
>> > >> > >
>> > >> > >
>> > >> >
>> > >> >
>> > >> > --
>> > >> > *Akah Larry N.H*
>> > >> >
>> > >> > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>> > >> > *www.iceteck.com*
>> > >> >
>> > >> > Developing technologies for emergence and sustainable development.
>> > >> >
>> > >>
>> > >>
>> > >>
>> > >> --
>> > >> *Akah Larry N.H*
>> > >>
>> > >> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>> > >> *www.iceteck.com*
>> > >>
>> > >> Developing technologies for emergence and sustainable development.
>> > >>
>> > >
>> > >
>> > >
>> > > --
>> > > *Akah Larry N.H*
>> > >
>> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>> > > *www.iceteck.com*
>> > >
>> > > Developing technologies for emergence and sustainable development.
>> > >
>> > >
>> >
>> >
>> > --
>> > *Akah Larry N.H*
>> >
>> > *Lead Software Engineer @ GiftedMom*
>> > *Founder IceTeck Inc*
>> > *www.iceteck.com*
>> >
>> > Developing technologies for emergence and sustainable development.
>> >
>>
>>
>>
>> --
>> *Akah Larry N.H*
>>
>> *Lead Software Engineer @ GiftedMom*
>> *Founder IceTeck Inc*
>> *www.iceteck.com*
>>
>> Developing technologies for emergence and sustainable development.
>>
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

2015-06-25 16:29 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Just tried the latest code in android emulator. Workflows seem to be
> loading ok. What system is the username for now? MyExperiment or taverna
> player?



> Is the app doing anything with the login info?
> I think the taverna logo on each workflow is not needed since it takes up
> too much space.

Ok, i will get that off.


> There needs to be a bit of space between each workflow in the list so they
> don't run into each other.


I think there is already much space between them. I would like to have a
screen shot of how they appear for you.


> When a workflow is marked as a favourite the star should change colour
> rather than disappear.

That's what am actually doing but it isn't yet perfect. Still fixing that.


> A workflow marked as a favourite doesn't seem to  appear in the favorite
> list, it is still just a default test workflow.

Yes, but it is actually already saved to a database when marked. i just
need to parse and display them.

Is the workflow user icon supposed to have a picture inside it, all I see
> is the default icon.

Yes it does, am trying to figure out how to fetch the author/uploader of
the given workflow since the API doesn't provide an instant access to that
detail.


> I would change "See more" to something like "More info".

Ok, i'll change that.

I feel like I should raise these as issues on JIRA since it can get really
> hard to track these requests.
>
Sounds ok to me.

>
> Anyway, looking good and getting ready for the next pull :)
>
> Cheers,
>

The number of workflows sent from a request over the myexperiment REST url
don't actually seem to match what is actually on the myexperiment site. Any
reasons for that?
Could you please look at my search function to search and display
workflows, it may have a logical bug because it isn't working as expected
with the logic implemented

Thanks

>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 25 June 2015 13:30
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> ok great. Am sending in another pull request soon.
>
> cheers
>
>
> 2015-06-25 13:23 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
> > Hello,
> >
> > Not yet. I'll try later today.
> >
> > Cheers,
> >
> > Ian
> >
> > -----Original Message-----
> > From: Larry Akah [mailto:larryakah@gmail.com]
> > Sent: 25 June 2015 13:14
> > To: dev@taverna.incubator.apache.org
> > Subject: Re: gsoc taverna mobile progress so far
> >
> > Have you looked at the workflows the app is currently loading?
> >
> > 2015-06-25 13:13 GMT+01:00 Larry Akah <la...@gmail.com>:
> >
> > > Yeah, ok so scrolling to load more should be the way to go i guess.
> > >
> > > 2015-06-25 13:10 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
> > >
> > >> Hello,
> > >>
> > >> There are a lot of workflows in myexperiment. Are they paginated
> > >> via the API? Loading everything might kill the app.
> > >>
> > >> Cheers,
> > >>
> > >> Ian
> > >>
> > >> -----Original Message-----
> > >> From: Larry Akah [mailto:larryakah@gmail.com]
> > >> Sent: 25 June 2015 13:08
> > >> To: dev@taverna.incubator.apache.org
> > >> Subject: Re: gsoc taverna mobile progress so far
> > >>
> > >> I've not yet thought of infinite scroll yet. For now it's either a
> > >> limit to the number of workflows or everything.
> > >>
> > >> 2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
> > >>
> > >> > Hello,
> > >> >
> > >> > That's a good idea. I think in general having a limit on the
> > >> > number of workflows fetched at any one point would help. Not sure
> > >> > what the default should be but maybe around 20. We need to make
> > >> > sure the UI is easy to read so the app should only display the
> > >> > minimum of info that identifies a workflow. That of course means
> > >> > we need to decide what that minimum info should be - title,
> > >> > author?? Will the app have 'infinite scroll' type functionality
> > >> > where you scroll down to
> > load more?
> > >> >
> > >> > Cheers,
> > >> >
> > >> > Ian
> > >> >
> > >> > -----Original Message-----
> > >> > From: Larry Akah [mailto:larryakah@gmail.com]
> > >> > Sent: 25 June 2015 11:51
> > >> > To: dev@taverna.incubator.apache.org
> > >> > Subject: Re: gsoc taverna mobile progress so far
> > >> >
> > >> > A threshold count of workflows to load could be set in situations
> > >> > of low connectivity.
> > >> >
> > >> > 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
> > >> >
> > >> > > I have added loaders to indicate connectivity state. The app
> > >> > > would notify in case the connection unstable to retrieve data
> > >> > >
> > >> > > 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
> > >> > >
> > >> > >> On 25/06/2015 09:48, Larry Akah wrote:
> > >> > >>
> > >> > >>> Ooops, i think my connection was a little unstable. Its ok
> > >> > >>> now i
> > >> think.
> > >> > >>>
> > >> > >>
> > >> > >> How well does the App cope with an unstable connection?
> > >> > >>
> > >> > >> Alan
> > >> > >>
> > >> > >>
> > >> > >
> > >> > >
> > >> > > --
> > >> > > *Akah Larry N.H*
> > >> > >
> > >> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> > >> > > *www.iceteck.com*
> > >> > >
> > >> > > Developing technologies for emergence and sustainable development.
> > >> > >
> > >> > >
> > >> >
> > >> >
> > >> > --
> > >> > *Akah Larry N.H*
> > >> >
> > >> > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> > >> > *www.iceteck.com*
> > >> >
> > >> > Developing technologies for emergence and sustainable development.
> > >> >
> > >>
> > >>
> > >>
> > >> --
> > >> *Akah Larry N.H*
> > >>
> > >> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> > >> *www.iceteck.com*
> > >>
> > >> Developing technologies for emergence and sustainable development.
> > >>
> > >
> > >
> > >
> > > --
> > > *Akah Larry N.H*
> > >
> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> > > *www.iceteck.com*
> > >
> > > Developing technologies for emergence and sustainable development.
> > >
> > >
> >
> >
> > --
> > *Akah Larry N.H*
> >
> > *Lead Software Engineer @ GiftedMom*
> > *Founder IceTeck Inc*
> > *www.iceteck.com*
> >
> > Developing technologies for emergence and sustainable development.
> >
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

Just tried the latest code in android emulator. Workflows seem to be loading ok. What system is the username for now? MyExperiment or taverna player? Is the app doing anything with the login info?
I think the taverna logo on each workflow is not needed since it takes up too much space. There needs to be a bit of space between each workflow in the list so they don't run into each other. When a workflow is marked as a favourite the star should change colour rather than disappear. A workflow marked as a favourite doesn't seem to  appear in the favorite list, it is still just a default test workflow. Is the workflow user icon supposed to have a picture inside it, all I see is the default icon. I would change "See more" to something like "More info".
I feel like I should raise these as issues on JIRA since it can get really hard to track these requests.

Anyway, looking good and getting ready for the next pull :)

Cheers,

Ian

-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com] 
Sent: 25 June 2015 13:30
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

ok great. Am sending in another pull request soon.

cheers


2015-06-25 13:23 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Not yet. I'll try later today.
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 25 June 2015 13:14
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> Have you looked at the workflows the app is currently loading?
>
> 2015-06-25 13:13 GMT+01:00 Larry Akah <la...@gmail.com>:
>
> > Yeah, ok so scrolling to load more should be the way to go i guess.
> >
> > 2015-06-25 13:10 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
> >
> >> Hello,
> >>
> >> There are a lot of workflows in myexperiment. Are they paginated 
> >> via the API? Loading everything might kill the app.
> >>
> >> Cheers,
> >>
> >> Ian
> >>
> >> -----Original Message-----
> >> From: Larry Akah [mailto:larryakah@gmail.com]
> >> Sent: 25 June 2015 13:08
> >> To: dev@taverna.incubator.apache.org
> >> Subject: Re: gsoc taverna mobile progress so far
> >>
> >> I've not yet thought of infinite scroll yet. For now it's either a 
> >> limit to the number of workflows or everything.
> >>
> >> 2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
> >>
> >> > Hello,
> >> >
> >> > That's a good idea. I think in general having a limit on the 
> >> > number of workflows fetched at any one point would help. Not sure 
> >> > what the default should be but maybe around 20. We need to make 
> >> > sure the UI is easy to read so the app should only display the 
> >> > minimum of info that identifies a workflow. That of course means 
> >> > we need to decide what that minimum info should be - title, 
> >> > author?? Will the app have 'infinite scroll' type functionality 
> >> > where you scroll down to
> load more?
> >> >
> >> > Cheers,
> >> >
> >> > Ian
> >> >
> >> > -----Original Message-----
> >> > From: Larry Akah [mailto:larryakah@gmail.com]
> >> > Sent: 25 June 2015 11:51
> >> > To: dev@taverna.incubator.apache.org
> >> > Subject: Re: gsoc taverna mobile progress so far
> >> >
> >> > A threshold count of workflows to load could be set in situations 
> >> > of low connectivity.
> >> >
> >> > 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
> >> >
> >> > > I have added loaders to indicate connectivity state. The app 
> >> > > would notify in case the connection unstable to retrieve data
> >> > >
> >> > > 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
> >> > >
> >> > >> On 25/06/2015 09:48, Larry Akah wrote:
> >> > >>
> >> > >>> Ooops, i think my connection was a little unstable. Its ok 
> >> > >>> now i
> >> think.
> >> > >>>
> >> > >>
> >> > >> How well does the App cope with an unstable connection?
> >> > >>
> >> > >> Alan
> >> > >>
> >> > >>
> >> > >
> >> > >
> >> > > --
> >> > > *Akah Larry N.H*
> >> > >
> >> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >> > > *www.iceteck.com*
> >> > >
> >> > > Developing technologies for emergence and sustainable development.
> >> > >
> >> > >
> >> >
> >> >
> >> > --
> >> > *Akah Larry N.H*
> >> >
> >> > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >> > *www.iceteck.com*
> >> >
> >> > Developing technologies for emergence and sustainable development.
> >> >
> >>
> >>
> >>
> >> --
> >> *Akah Larry N.H*
> >>
> >> *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >> *www.iceteck.com*
> >>
> >> Developing technologies for emergence and sustainable development.
> >>
> >
> >
> >
> > --
> > *Akah Larry N.H*
> >
> > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> > *www.iceteck.com*
> >
> > Developing technologies for emergence and sustainable development.
> >
> >
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>



--
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

ok great. Am sending in another pull request soon.

cheers


2015-06-25 13:23 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Not yet. I'll try later today.
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 25 June 2015 13:14
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> Have you looked at the workflows the app is currently loading?
>
> 2015-06-25 13:13 GMT+01:00 Larry Akah <la...@gmail.com>:
>
> > Yeah, ok so scrolling to load more should be the way to go i guess.
> >
> > 2015-06-25 13:10 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
> >
> >> Hello,
> >>
> >> There are a lot of workflows in myexperiment. Are they paginated via
> >> the API? Loading everything might kill the app.
> >>
> >> Cheers,
> >>
> >> Ian
> >>
> >> -----Original Message-----
> >> From: Larry Akah [mailto:larryakah@gmail.com]
> >> Sent: 25 June 2015 13:08
> >> To: dev@taverna.incubator.apache.org
> >> Subject: Re: gsoc taverna mobile progress so far
> >>
> >> I've not yet thought of infinite scroll yet. For now it's either a
> >> limit to the number of workflows or everything.
> >>
> >> 2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
> >>
> >> > Hello,
> >> >
> >> > That's a good idea. I think in general having a limit on the number
> >> > of workflows fetched at any one point would help. Not sure what the
> >> > default should be but maybe around 20. We need to make sure the UI
> >> > is easy to read so the app should only display the minimum of info
> >> > that identifies a workflow. That of course means we need to decide
> >> > what that minimum info should be - title, author?? Will the app
> >> > have 'infinite scroll' type functionality where you scroll down to
> load more?
> >> >
> >> > Cheers,
> >> >
> >> > Ian
> >> >
> >> > -----Original Message-----
> >> > From: Larry Akah [mailto:larryakah@gmail.com]
> >> > Sent: 25 June 2015 11:51
> >> > To: dev@taverna.incubator.apache.org
> >> > Subject: Re: gsoc taverna mobile progress so far
> >> >
> >> > A threshold count of workflows to load could be set in situations
> >> > of low connectivity.
> >> >
> >> > 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
> >> >
> >> > > I have added loaders to indicate connectivity state. The app
> >> > > would notify in case the connection unstable to retrieve data
> >> > >
> >> > > 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
> >> > >
> >> > >> On 25/06/2015 09:48, Larry Akah wrote:
> >> > >>
> >> > >>> Ooops, i think my connection was a little unstable. Its ok now
> >> > >>> i
> >> think.
> >> > >>>
> >> > >>
> >> > >> How well does the App cope with an unstable connection?
> >> > >>
> >> > >> Alan
> >> > >>
> >> > >>
> >> > >
> >> > >
> >> > > --
> >> > > *Akah Larry N.H*
> >> > >
> >> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >> > > *www.iceteck.com*
> >> > >
> >> > > Developing technologies for emergence and sustainable development.
> >> > >
> >> > >
> >> >
> >> >
> >> > --
> >> > *Akah Larry N.H*
> >> >
> >> > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> >> > *www.iceteck.com*
> >> >
> >> > Developing technologies for emergence and sustainable development.
> >> >
> >>
> >>
> >>
> >> --
> >> *Akah Larry N.H*
> >>
> >> *Lead Software Engineer @ GiftedMom*
> >> *Founder IceTeck Inc*
> >> *www.iceteck.com*
> >>
> >> Developing technologies for emergence and sustainable development.
> >>
> >
> >
> >
> > --
> > *Akah Larry N.H*
> >
> > *Lead Software Engineer @ GiftedMom*
> > *Founder IceTeck Inc*
> > *www.iceteck.com*
> >
> > Developing technologies for emergence and sustainable development.
> >
> >
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

Not yet. I'll try later today.

Cheers,

Ian

-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com] 
Sent: 25 June 2015 13:14
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

Have you looked at the workflows the app is currently loading?

2015-06-25 13:13 GMT+01:00 Larry Akah <la...@gmail.com>:

> Yeah, ok so scrolling to load more should be the way to go i guess.
>
> 2015-06-25 13:10 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
>> Hello,
>>
>> There are a lot of workflows in myexperiment. Are they paginated via 
>> the API? Loading everything might kill the app.
>>
>> Cheers,
>>
>> Ian
>>
>> -----Original Message-----
>> From: Larry Akah [mailto:larryakah@gmail.com]
>> Sent: 25 June 2015 13:08
>> To: dev@taverna.incubator.apache.org
>> Subject: Re: gsoc taverna mobile progress so far
>>
>> I've not yet thought of infinite scroll yet. For now it's either a 
>> limit to the number of workflows or everything.
>>
>> 2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>>
>> > Hello,
>> >
>> > That's a good idea. I think in general having a limit on the number 
>> > of workflows fetched at any one point would help. Not sure what the 
>> > default should be but maybe around 20. We need to make sure the UI 
>> > is easy to read so the app should only display the minimum of info 
>> > that identifies a workflow. That of course means we need to decide 
>> > what that minimum info should be - title, author?? Will the app 
>> > have 'infinite scroll' type functionality where you scroll down to load more?
>> >
>> > Cheers,
>> >
>> > Ian
>> >
>> > -----Original Message-----
>> > From: Larry Akah [mailto:larryakah@gmail.com]
>> > Sent: 25 June 2015 11:51
>> > To: dev@taverna.incubator.apache.org
>> > Subject: Re: gsoc taverna mobile progress so far
>> >
>> > A threshold count of workflows to load could be set in situations 
>> > of low connectivity.
>> >
>> > 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
>> >
>> > > I have added loaders to indicate connectivity state. The app 
>> > > would notify in case the connection unstable to retrieve data
>> > >
>> > > 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
>> > >
>> > >> On 25/06/2015 09:48, Larry Akah wrote:
>> > >>
>> > >>> Ooops, i think my connection was a little unstable. Its ok now 
>> > >>> i
>> think.
>> > >>>
>> > >>
>> > >> How well does the App cope with an unstable connection?
>> > >>
>> > >> Alan
>> > >>
>> > >>
>> > >
>> > >
>> > > --
>> > > *Akah Larry N.H*
>> > >
>> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>> > > *www.iceteck.com*
>> > >
>> > > Developing technologies for emergence and sustainable development.
>> > >
>> > >
>> >
>> >
>> > --
>> > *Akah Larry N.H*
>> >
>> > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>> > *www.iceteck.com*
>> >
>> > Developing technologies for emergence and sustainable development.
>> >
>>
>>
>>
>> --
>> *Akah Larry N.H*
>>
>> *Lead Software Engineer @ GiftedMom*
>> *Founder IceTeck Inc*
>> *www.iceteck.com*
>>
>> Developing technologies for emergence and sustainable development.
>>
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


--
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

Have you looked at the workflows the app is currently loading?

2015-06-25 13:13 GMT+01:00 Larry Akah <la...@gmail.com>:

> Yeah, ok so scrolling to load more should be the way to go i guess.
>
> 2015-06-25 13:10 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
>> Hello,
>>
>> There are a lot of workflows in myexperiment. Are they paginated via the
>> API? Loading everything might kill the app.
>>
>> Cheers,
>>
>> Ian
>>
>> -----Original Message-----
>> From: Larry Akah [mailto:larryakah@gmail.com]
>> Sent: 25 June 2015 13:08
>> To: dev@taverna.incubator.apache.org
>> Subject: Re: gsoc taverna mobile progress so far
>>
>> I've not yet thought of infinite scroll yet. For now it's either a limit
>> to the number of workflows or everything.
>>
>> 2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>>
>> > Hello,
>> >
>> > That's a good idea. I think in general having a limit on the number of
>> > workflows fetched at any one point would help. Not sure what the
>> > default should be but maybe around 20. We need to make sure the UI is
>> > easy to read so the app should only display the minimum of info that
>> > identifies a workflow. That of course means we need to decide what
>> > that minimum info should be - title, author?? Will the app have
>> > 'infinite scroll' type functionality where you scroll down to load more?
>> >
>> > Cheers,
>> >
>> > Ian
>> >
>> > -----Original Message-----
>> > From: Larry Akah [mailto:larryakah@gmail.com]
>> > Sent: 25 June 2015 11:51
>> > To: dev@taverna.incubator.apache.org
>> > Subject: Re: gsoc taverna mobile progress so far
>> >
>> > A threshold count of workflows to load could be set in situations of
>> > low connectivity.
>> >
>> > 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
>> >
>> > > I have added loaders to indicate connectivity state. The app would
>> > > notify in case the connection unstable to retrieve data
>> > >
>> > > 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
>> > >
>> > >> On 25/06/2015 09:48, Larry Akah wrote:
>> > >>
>> > >>> Ooops, i think my connection was a little unstable. Its ok now i
>> think.
>> > >>>
>> > >>
>> > >> How well does the App cope with an unstable connection?
>> > >>
>> > >> Alan
>> > >>
>> > >>
>> > >
>> > >
>> > > --
>> > > *Akah Larry N.H*
>> > >
>> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
>> > > *www.iceteck.com*
>> > >
>> > > Developing technologies for emergence and sustainable development.
>> > >
>> > >
>> >
>> >
>> > --
>> > *Akah Larry N.H*
>> >
>> > *Lead Software Engineer @ GiftedMom*
>> > *Founder IceTeck Inc*
>> > *www.iceteck.com*
>> >
>> > Developing technologies for emergence and sustainable development.
>> >
>>
>>
>>
>> --
>> *Akah Larry N.H*
>>
>> *Lead Software Engineer @ GiftedMom*
>> *Founder IceTeck Inc*
>> *www.iceteck.com*
>>
>> Developing technologies for emergence and sustainable development.
>>
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

Yeah, ok so scrolling to load more should be the way to go i guess.

2015-06-25 13:10 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> There are a lot of workflows in myexperiment. Are they paginated via the
> API? Loading everything might kill the app.
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 25 June 2015 13:08
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> I've not yet thought of infinite scroll yet. For now it's either a limit
> to the number of workflows or everything.
>
> 2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
> > Hello,
> >
> > That's a good idea. I think in general having a limit on the number of
> > workflows fetched at any one point would help. Not sure what the
> > default should be but maybe around 20. We need to make sure the UI is
> > easy to read so the app should only display the minimum of info that
> > identifies a workflow. That of course means we need to decide what
> > that minimum info should be - title, author?? Will the app have
> > 'infinite scroll' type functionality where you scroll down to load more?
> >
> > Cheers,
> >
> > Ian
> >
> > -----Original Message-----
> > From: Larry Akah [mailto:larryakah@gmail.com]
> > Sent: 25 June 2015 11:51
> > To: dev@taverna.incubator.apache.org
> > Subject: Re: gsoc taverna mobile progress so far
> >
> > A threshold count of workflows to load could be set in situations of
> > low connectivity.
> >
> > 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
> >
> > > I have added loaders to indicate connectivity state. The app would
> > > notify in case the connection unstable to retrieve data
> > >
> > > 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
> > >
> > >> On 25/06/2015 09:48, Larry Akah wrote:
> > >>
> > >>> Ooops, i think my connection was a little unstable. Its ok now i
> think.
> > >>>
> > >>
> > >> How well does the App cope with an unstable connection?
> > >>
> > >> Alan
> > >>
> > >>
> > >
> > >
> > > --
> > > *Akah Larry N.H*
> > >
> > > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> > > *www.iceteck.com*
> > >
> > > Developing technologies for emergence and sustainable development.
> > >
> > >
> >
> >
> > --
> > *Akah Larry N.H*
> >
> > *Lead Software Engineer @ GiftedMom*
> > *Founder IceTeck Inc*
> > *www.iceteck.com*
> >
> > Developing technologies for emergence and sustainable development.
> >
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

There are a lot of workflows in myexperiment. Are they paginated via the API? Loading everything might kill the app.

Cheers,

Ian

-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com] 
Sent: 25 June 2015 13:08
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

I've not yet thought of infinite scroll yet. For now it's either a limit to the number of workflows or everything.

2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> That's a good idea. I think in general having a limit on the number of 
> workflows fetched at any one point would help. Not sure what the 
> default should be but maybe around 20. We need to make sure the UI is 
> easy to read so the app should only display the minimum of info that 
> identifies a workflow. That of course means we need to decide what 
> that minimum info should be - title, author?? Will the app have 
> 'infinite scroll' type functionality where you scroll down to load more?
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 25 June 2015 11:51
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> A threshold count of workflows to load could be set in situations of 
> low connectivity.
>
> 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
>
> > I have added loaders to indicate connectivity state. The app would 
> > notify in case the connection unstable to retrieve data
> >
> > 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
> >
> >> On 25/06/2015 09:48, Larry Akah wrote:
> >>
> >>> Ooops, i think my connection was a little unstable. Its ok now i think.
> >>>
> >>
> >> How well does the App cope with an unstable connection?
> >>
> >> Alan
> >>
> >>
> >
> >
> > --
> > *Akah Larry N.H*
> >
> > *Lead Software Engineer @ GiftedMom* *Founder IceTeck Inc*
> > *www.iceteck.com*
> >
> > Developing technologies for emergence and sustainable development.
> >
> >
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>



--
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

I've not yet thought of infinite scroll yet. For now it's either a limit to
the number of workflows or everything.

2015-06-25 11:55 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> That's a good idea. I think in general having a limit on the number of
> workflows fetched at any one point would help. Not sure what the default
> should be but maybe around 20. We need to make sure the UI is easy to read
> so the app should only display the minimum of info that identifies a
> workflow. That of course means we need to decide what that minimum info
> should be - title, author?? Will the app have 'infinite scroll' type
> functionality where you scroll down to load more?
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 25 June 2015 11:51
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> A threshold count of workflows to load could be set in situations of low
> connectivity.
>
> 2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:
>
> > I have added loaders to indicate connectivity state. The app would
> > notify in case the connection unstable to retrieve data
> >
> > 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
> >
> >> On 25/06/2015 09:48, Larry Akah wrote:
> >>
> >>> Ooops, i think my connection was a little unstable. Its ok now i think.
> >>>
> >>
> >> How well does the App cope with an unstable connection?
> >>
> >> Alan
> >>
> >>
> >
> >
> > --
> > *Akah Larry N.H*
> >
> > *Lead Software Engineer @ GiftedMom*
> > *Founder IceTeck Inc*
> > *www.iceteck.com*
> >
> > Developing technologies for emergence and sustainable development.
> >
> >
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

That's a good idea. I think in general having a limit on the number of workflows fetched at any one point would help. Not sure what the default should be but maybe around 20. We need to make sure the UI is easy to read so the app should only display the minimum of info that identifies a workflow. That of course means we need to decide what that minimum info should be - title, author?? Will the app have 'infinite scroll' type functionality where you scroll down to load more?

Cheers,

Ian

-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com] 
Sent: 25 June 2015 11:51
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

A threshold count of workflows to load could be set in situations of low connectivity.

2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:

> I have added loaders to indicate connectivity state. The app would 
> notify in case the connection unstable to retrieve data
>
> 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
>
>> On 25/06/2015 09:48, Larry Akah wrote:
>>
>>> Ooops, i think my connection was a little unstable. Its ok now i think.
>>>
>>
>> How well does the App cope with an unstable connection?
>>
>> Alan
>>
>>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


--
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

A threshold count of workflows to load could be set in situations of low
connectivity.

2015-06-25 11:47 GMT+01:00 Larry Akah <la...@gmail.com>:

> I have added loaders to indicate connectivity state. The app would notify
> in case the connection unstable to retrieve data
>
> 2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:
>
>> On 25/06/2015 09:48, Larry Akah wrote:
>>
>>> Ooops, i think my connection was a little unstable. Its ok now i think.
>>>
>>
>> How well does the App cope with an unstable connection?
>>
>> Alan
>>
>>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

I have added loaders to indicate connectivity state. The app would notify
in case the connection unstable to retrieve data

2015-06-25 11:19 GMT+01:00 alaninmcr <al...@googlemail.com>:

> On 25/06/2015 09:48, Larry Akah wrote:
>
>> Ooops, i think my connection was a little unstable. Its ok now i think.
>>
>
> How well does the App cope with an unstable connection?
>
> Alan
>
>


-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[alaninmcr <al...@googlemail.com>]

On 25/06/2015 09:48, Larry Akah wrote:
> Ooops, i think my connection was a little unstable. Its ok now i think.

How well does the App cope with an unstable connection?

Alan

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

Ooops, i think my connection was a little unstable. Its ok now i think.

2015-06-25 8:59 GMT+01:00 Larry Akah <la...@gmail.com>:

> can't seem to pull data from myexperiment at
> http://www.myexperiment.org/workflows.xml
> Any thing to worry about?
>
> Cheers
>
> 2015-06-24 17:33 GMT+01:00 Larry Akah <la...@gmail.com>:
>
>> Hello,
>> When i tried to post a workflow to the player, it required that i be
>> logged-in. i found that in order to create runs for a workflow, the
>> workflow needs to be uploaded via the player so that it can generate a
>> framework(run structure) and determine the number and type of inputs
>> required to build a run. For this to be achieved, it is required that users
>> have a player portal account whose creds would be sent along each request
>> to authorized urls as specified by the Player API. we can allow for
>> accounts configuration in the app for both myexperiment and player.
>>
>> cheers
>>
>> 2015-06-24 14:50 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>>
>>> Hello,
>>>
>>> Not sure if anyone has had a look at these by out of interest I
>>> installed the taverna-player-portal rails app on my machine and had a look
>>> at all the URIs it accepts (see below).  Also, to upload workflows to it
>>> you have to have a user account on the portal. You can run workflows as a
>>> guest but you cannot upload them. So you need to do basic auth passing in
>>> username and password for each url that requires authorization. The mobile
>>> app will now need to handle 2 different sets of logins, 1 for myexperiment
>>> and 1 for the portal. I think that might be getting a bit too complex so
>>> maybe for the moment we should just have user login on the portal and have
>>> browse/search public workflows on myexperiment and keep myexperiment login
>>> once the player upload and run is all working well. Comments from the
>>> general apache taverna community welcome.
>>>
>>> Taverna Player Portal URLS:
>>>
>>>                   Prefix Verb   URI Pattern
>>>        Controller#Action
>>>           taverna_player        /
>>>        TavernaPlayer::Engine
>>>         new_user_session GET    /users/sign_in(.:format)
>>>         devise/sessions#new
>>>             user_session POST   /users/sign_in(.:format)
>>>         devise/sessions#create
>>>     destroy_user_session DELETE /users/sign_out(.:format)
>>>        devise/sessions#destroy
>>>            user_password POST   /users/password(.:format)
>>>        devise/passwords#create
>>>        new_user_password GET    /users/password/new(.:format)
>>>        devise/passwords#new
>>>       edit_user_password GET    /users/password/edit(.:format)
>>>         devise/passwords#edit
>>>                          PATCH  /users/password(.:format)
>>>        devise/passwords#update
>>>                          PUT    /users/password(.:format)
>>>        devise/passwords#update
>>> cancel_user_registration GET    /users/cancel(.:format)
>>>        devise/registrations#cancel
>>>        user_registration POST   /users(.:format)
>>>         devise/registrations#create
>>>    new_user_registration GET    /users/sign_up(.:format)
>>>         devise/registrations#new
>>>   edit_user_registration GET    /users/edit(.:format)
>>>        devise/registrations#edit
>>>                          PATCH  /users(.:format)
>>>         devise/registrations#update
>>>                          PUT    /users(.:format)
>>>         devise/registrations#update
>>>                          DELETE /users(.:format)
>>>         devise/registrations#destroy
>>>               home_index GET    /home/index(.:format)
>>>        home#index
>>>                     root GET    /
>>>        home#index
>>>        download_workflow GET    /workflows/:id/download(.:format)
>>>        workflows#download
>>>         diagram_workflow GET    /workflows/:id/diagram(.:format)
>>>         workflows#diagram
>>>            workflow_runs GET    /workflows/:workflow_id/runs(.:format)
>>>         taverna_player/runs#index
>>>                          POST   /workflows/:workflow_id/runs(.:format)
>>>         taverna_player/runs#create
>>>         new_workflow_run GET
>>> /workflows/:workflow_id/runs/new(.:format)      taverna_player/runs#new
>>>        edit_workflow_run GET
>>> /workflows/:workflow_id/runs/:id/edit(.:format) taverna_player/runs#edit
>>>             workflow_run GET
>>> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#show
>>>                          PATCH
>>> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#update
>>>                          PUT
>>> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#update
>>>                          DELETE
>>> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#destroy
>>>                workflows GET    /workflows(.:format)
>>>         workflows#index
>>>                          POST   /workflows(.:format)
>>>         workflows#create
>>>             new_workflow GET    /workflows/new(.:format)
>>>         workflows#new
>>>            edit_workflow GET    /workflows/:id/edit(.:format)
>>>        workflows#edit
>>>                 workflow GET    /workflows/:id(.:format)
>>>         workflows#show
>>>                          PATCH  /workflows/:id(.:format)
>>>         workflows#update
>>>                          PUT    /workflows/:id(.:format)
>>>         workflows#update
>>>                          DELETE /workflows/:id(.:format)
>>>         workflows#destroy
>>>                 edit_run GET    /runs/:id/edit(.:format)
>>>         taverna_player/runs#edit
>>>                      run PATCH  /runs/:id(.:format)
>>>        taverna_player/runs#update
>>>                          PUT    /runs/:id(.:format)
>>>        taverna_player/runs#update
>>>
>>> Routes for TavernaPlayer::Engine:
>>>              cancel_run PUT    /runs/:id/cancel(.:format)
>>> taverna_player/runs#cancel
>>>                         GET    /runs/:id/input/:port(.:format)
>>>  taverna_player/runs#input
>>>                         GET    /runs/:id/output/:port(/*path)(.:format)
>>> taverna_player/runs#output
>>>                 log_run GET    /runs/:id/download/log(.:format)
>>> taverna_player/runs#download_log
>>>             results_run GET    /runs/:id/download/results(.:format)
>>> taverna_player/runs#download_results
>>>                         GET    /runs/:id/download/input/:port(.:format)
>>> taverna_player/runs#download_input
>>>                         GET    /runs/:id/download/output/:port(.:format)
>>> taverna_player/runs#download_output
>>>                         GET    /runs/:id/interaction/:serial(.:format)
>>>  taverna_player/runs#read_interaction
>>>                         POST   /runs/:id/interaction/:serial(.:format)
>>>  taverna_player/runs#write_interaction
>>>                    runs GET    /runs(.:format)
>>>  taverna_player/runs#index
>>>                         POST   /runs(.:format)
>>>  taverna_player/runs#create
>>>                 new_run GET    /runs/new(.:format)
>>>  taverna_player/runs#new
>>>                     run GET    /runs/:id(.:format)
>>>  taverna_player/runs#show
>>>                         PATCH  /runs/:id(.:format)
>>>  taverna_player/runs#update
>>>                         PUT    /runs/:id(.:format)
>>>  taverna_player/runs#update
>>>                         DELETE /runs/:id(.:format)
>>>  taverna_player/runs#destroy
>>>     service_credentials GET    /service_credentials(.:format)
>>> taverna_player/service_credentials#index
>>>                         POST   /service_credentials(.:format)
>>> taverna_player/service_credentials#create
>>>  new_service_credential GET    /service_credentials/new(.:format)
>>> taverna_player/service_credentials#new
>>> edit_service_credential GET    /service_credentials/:id/edit(.:format)
>>>  taverna_player/service_credentials#edit
>>>      service_credential GET    /service_credentials/:id(.:format)
>>> taverna_player/service_credentials#show
>>>                         PATCH  /service_credentials/:id(.:format)
>>> taverna_player/service_credentials#update
>>>                         PUT    /service_credentials/:id(.:format)
>>> taverna_player/service_credentials#update
>>>                         DELETE /service_credentials/:id(.:format)
>>> taverna_player/service_credentials#destroy
>>>               job_queue GET    /job_queue(.:format)
>>> taverna_player/job_queue#index
>>>
>>> Cheers,
>>>
>>> Ian
>>>
>>> -----Original Message-----
>>> From: Larry Akah [mailto:larryakah@gmail.com]
>>> Sent: 24 June 2015 10:41
>>> To: dev@taverna.incubator.apache.org
>>> Subject: Re: gsoc taverna mobile progress so far
>>>
>>> User auth is done with myexperiment while the player should just be used
>>> to play the workflows. Workflows remain on myexperiment.
>>>
>>> cheers
>>>
>>> 2015-06-24 10:38 GMT+01:00 alaninmcr <al...@googlemail.com>:
>>>
>>> > On 24/06/2015 10:22, Ian Dunlop wrote:
>>> >
>>> >> Hello,
>>> >>
>>> >> That sounds good. I'm still a bit concerned that we might hit some
>>> >> issues around the player API but if we are not doing the user auth or
>>> >> workflow storage parts using the player then it will probably be OK.
>>> >>
>>> >
>>> > The Player API has been quite well tested as I used it for the IPython
>>> > Notebook integration, and also the player is used in the BioVeL portal.
>>> >
>>> >  Cheers,
>>> >>
>>> >> Ian
>>> >>
>>> >
>>> > Alan
>>> >
>>>
>>>
>>>
>>> --
>>> *Akah Larry N.H*
>>>
>>> *Lead Software Engineer @ GiftedMom*
>>> *Founder IceTeck Inc*
>>> *www.iceteck.com*
>>>
>>> Developing technologies for emergence and sustainable development.
>>>
>>
>>
>>
>> --
>> *Akah Larry N.H*
>>
>> *Lead Software Engineer @ GiftedMom*
>> *Founder IceTeck Inc*
>> *www.iceteck.com*
>>
>> Developing technologies for emergence and sustainable development.
>>
>>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

can't seem to pull data from myexperiment at
http://www.myexperiment.org/workflows.xml
Any thing to worry about?

Cheers

2015-06-24 17:33 GMT+01:00 Larry Akah <la...@gmail.com>:

> Hello,
> When i tried to post a workflow to the player, it required that i be
> logged-in. i found that in order to create runs for a workflow, the
> workflow needs to be uploaded via the player so that it can generate a
> framework(run structure) and determine the number and type of inputs
> required to build a run. For this to be achieved, it is required that users
> have a player portal account whose creds would be sent along each request
> to authorized urls as specified by the Player API. we can allow for
> accounts configuration in the app for both myexperiment and player.
>
> cheers
>
> 2015-06-24 14:50 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
>> Hello,
>>
>> Not sure if anyone has had a look at these by out of interest I installed
>> the taverna-player-portal rails app on my machine and had a look at all the
>> URIs it accepts (see below).  Also, to upload workflows to it you have to
>> have a user account on the portal. You can run workflows as a guest but you
>> cannot upload them. So you need to do basic auth passing in username and
>> password for each url that requires authorization. The mobile app will now
>> need to handle 2 different sets of logins, 1 for myexperiment and 1 for the
>> portal. I think that might be getting a bit too complex so maybe for the
>> moment we should just have user login on the portal and have browse/search
>> public workflows on myexperiment and keep myexperiment login once the
>> player upload and run is all working well. Comments from the general apache
>> taverna community welcome.
>>
>> Taverna Player Portal URLS:
>>
>>                   Prefix Verb   URI Pattern
>>        Controller#Action
>>           taverna_player        /
>>        TavernaPlayer::Engine
>>         new_user_session GET    /users/sign_in(.:format)
>>       devise/sessions#new
>>             user_session POST   /users/sign_in(.:format)
>>       devise/sessions#create
>>     destroy_user_session DELETE /users/sign_out(.:format)
>>        devise/sessions#destroy
>>            user_password POST   /users/password(.:format)
>>        devise/passwords#create
>>        new_user_password GET    /users/password/new(.:format)
>>        devise/passwords#new
>>       edit_user_password GET    /users/password/edit(.:format)
>>       devise/passwords#edit
>>                          PATCH  /users/password(.:format)
>>        devise/passwords#update
>>                          PUT    /users/password(.:format)
>>        devise/passwords#update
>> cancel_user_registration GET    /users/cancel(.:format)
>>        devise/registrations#cancel
>>        user_registration POST   /users(.:format)
>>       devise/registrations#create
>>    new_user_registration GET    /users/sign_up(.:format)
>>       devise/registrations#new
>>   edit_user_registration GET    /users/edit(.:format)
>>        devise/registrations#edit
>>                          PATCH  /users(.:format)
>>       devise/registrations#update
>>                          PUT    /users(.:format)
>>       devise/registrations#update
>>                          DELETE /users(.:format)
>>       devise/registrations#destroy
>>               home_index GET    /home/index(.:format)
>>        home#index
>>                     root GET    /
>>        home#index
>>        download_workflow GET    /workflows/:id/download(.:format)
>>        workflows#download
>>         diagram_workflow GET    /workflows/:id/diagram(.:format)
>>       workflows#diagram
>>            workflow_runs GET    /workflows/:workflow_id/runs(.:format)
>>       taverna_player/runs#index
>>                          POST   /workflows/:workflow_id/runs(.:format)
>>       taverna_player/runs#create
>>         new_workflow_run GET
>> /workflows/:workflow_id/runs/new(.:format)      taverna_player/runs#new
>>        edit_workflow_run GET
>> /workflows/:workflow_id/runs/:id/edit(.:format) taverna_player/runs#edit
>>             workflow_run GET
>> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#show
>>                          PATCH
>> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#update
>>                          PUT
>> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#update
>>                          DELETE
>> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#destroy
>>                workflows GET    /workflows(.:format)
>>       workflows#index
>>                          POST   /workflows(.:format)
>>       workflows#create
>>             new_workflow GET    /workflows/new(.:format)
>>       workflows#new
>>            edit_workflow GET    /workflows/:id/edit(.:format)
>>        workflows#edit
>>                 workflow GET    /workflows/:id(.:format)
>>       workflows#show
>>                          PATCH  /workflows/:id(.:format)
>>       workflows#update
>>                          PUT    /workflows/:id(.:format)
>>       workflows#update
>>                          DELETE /workflows/:id(.:format)
>>       workflows#destroy
>>                 edit_run GET    /runs/:id/edit(.:format)
>>       taverna_player/runs#edit
>>                      run PATCH  /runs/:id(.:format)
>>        taverna_player/runs#update
>>                          PUT    /runs/:id(.:format)
>>        taverna_player/runs#update
>>
>> Routes for TavernaPlayer::Engine:
>>              cancel_run PUT    /runs/:id/cancel(.:format)
>> taverna_player/runs#cancel
>>                         GET    /runs/:id/input/:port(.:format)
>>  taverna_player/runs#input
>>                         GET    /runs/:id/output/:port(/*path)(.:format)
>> taverna_player/runs#output
>>                 log_run GET    /runs/:id/download/log(.:format)
>> taverna_player/runs#download_log
>>             results_run GET    /runs/:id/download/results(.:format)
>> taverna_player/runs#download_results
>>                         GET    /runs/:id/download/input/:port(.:format)
>> taverna_player/runs#download_input
>>                         GET    /runs/:id/download/output/:port(.:format)
>> taverna_player/runs#download_output
>>                         GET    /runs/:id/interaction/:serial(.:format)
>>  taverna_player/runs#read_interaction
>>                         POST   /runs/:id/interaction/:serial(.:format)
>>  taverna_player/runs#write_interaction
>>                    runs GET    /runs(.:format)
>>  taverna_player/runs#index
>>                         POST   /runs(.:format)
>>  taverna_player/runs#create
>>                 new_run GET    /runs/new(.:format)
>>  taverna_player/runs#new
>>                     run GET    /runs/:id(.:format)
>>  taverna_player/runs#show
>>                         PATCH  /runs/:id(.:format)
>>  taverna_player/runs#update
>>                         PUT    /runs/:id(.:format)
>>  taverna_player/runs#update
>>                         DELETE /runs/:id(.:format)
>>  taverna_player/runs#destroy
>>     service_credentials GET    /service_credentials(.:format)
>> taverna_player/service_credentials#index
>>                         POST   /service_credentials(.:format)
>> taverna_player/service_credentials#create
>>  new_service_credential GET    /service_credentials/new(.:format)
>> taverna_player/service_credentials#new
>> edit_service_credential GET    /service_credentials/:id/edit(.:format)
>>  taverna_player/service_credentials#edit
>>      service_credential GET    /service_credentials/:id(.:format)
>> taverna_player/service_credentials#show
>>                         PATCH  /service_credentials/:id(.:format)
>> taverna_player/service_credentials#update
>>                         PUT    /service_credentials/:id(.:format)
>> taverna_player/service_credentials#update
>>                         DELETE /service_credentials/:id(.:format)
>> taverna_player/service_credentials#destroy
>>               job_queue GET    /job_queue(.:format)
>> taverna_player/job_queue#index
>>
>> Cheers,
>>
>> Ian
>>
>> -----Original Message-----
>> From: Larry Akah [mailto:larryakah@gmail.com]
>> Sent: 24 June 2015 10:41
>> To: dev@taverna.incubator.apache.org
>> Subject: Re: gsoc taverna mobile progress so far
>>
>> User auth is done with myexperiment while the player should just be used
>> to play the workflows. Workflows remain on myexperiment.
>>
>> cheers
>>
>> 2015-06-24 10:38 GMT+01:00 alaninmcr <al...@googlemail.com>:
>>
>> > On 24/06/2015 10:22, Ian Dunlop wrote:
>> >
>> >> Hello,
>> >>
>> >> That sounds good. I'm still a bit concerned that we might hit some
>> >> issues around the player API but if we are not doing the user auth or
>> >> workflow storage parts using the player then it will probably be OK.
>> >>
>> >
>> > The Player API has been quite well tested as I used it for the IPython
>> > Notebook integration, and also the player is used in the BioVeL portal.
>> >
>> >  Cheers,
>> >>
>> >> Ian
>> >>
>> >
>> > Alan
>> >
>>
>>
>>
>> --
>> *Akah Larry N.H*
>>
>> *Lead Software Engineer @ GiftedMom*
>> *Founder IceTeck Inc*
>> *www.iceteck.com*
>>
>> Developing technologies for emergence and sustainable development.
>>
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
>


-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

Hello,
When i tried to post a workflow to the player, it required that i be
logged-in. i found that in order to create runs for a workflow, the
workflow needs to be uploaded via the player so that it can generate a
framework(run structure) and determine the number and type of inputs
required to build a run. For this to be achieved, it is required that users
have a player portal account whose creds would be sent along each request
to authorized urls as specified by the Player API. we can allow for
accounts configuration in the app for both myexperiment and player.

cheers

2015-06-24 14:50 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Not sure if anyone has had a look at these by out of interest I installed
> the taverna-player-portal rails app on my machine and had a look at all the
> URIs it accepts (see below).  Also, to upload workflows to it you have to
> have a user account on the portal. You can run workflows as a guest but you
> cannot upload them. So you need to do basic auth passing in username and
> password for each url that requires authorization. The mobile app will now
> need to handle 2 different sets of logins, 1 for myexperiment and 1 for the
> portal. I think that might be getting a bit too complex so maybe for the
> moment we should just have user login on the portal and have browse/search
> public workflows on myexperiment and keep myexperiment login once the
> player upload and run is all working well. Comments from the general apache
> taverna community welcome.
>
> Taverna Player Portal URLS:
>
>                   Prefix Verb   URI Pattern
>      Controller#Action
>           taverna_player        /
>      TavernaPlayer::Engine
>         new_user_session GET    /users/sign_in(.:format)
>       devise/sessions#new
>             user_session POST   /users/sign_in(.:format)
>       devise/sessions#create
>     destroy_user_session DELETE /users/sign_out(.:format)
>      devise/sessions#destroy
>            user_password POST   /users/password(.:format)
>      devise/passwords#create
>        new_user_password GET    /users/password/new(.:format)
>      devise/passwords#new
>       edit_user_password GET    /users/password/edit(.:format)
>       devise/passwords#edit
>                          PATCH  /users/password(.:format)
>      devise/passwords#update
>                          PUT    /users/password(.:format)
>      devise/passwords#update
> cancel_user_registration GET    /users/cancel(.:format)
>      devise/registrations#cancel
>        user_registration POST   /users(.:format)
>       devise/registrations#create
>    new_user_registration GET    /users/sign_up(.:format)
>       devise/registrations#new
>   edit_user_registration GET    /users/edit(.:format)
>      devise/registrations#edit
>                          PATCH  /users(.:format)
>       devise/registrations#update
>                          PUT    /users(.:format)
>       devise/registrations#update
>                          DELETE /users(.:format)
>       devise/registrations#destroy
>               home_index GET    /home/index(.:format)
>      home#index
>                     root GET    /
>      home#index
>        download_workflow GET    /workflows/:id/download(.:format)
>      workflows#download
>         diagram_workflow GET    /workflows/:id/diagram(.:format)
>       workflows#diagram
>            workflow_runs GET    /workflows/:workflow_id/runs(.:format)
>       taverna_player/runs#index
>                          POST   /workflows/:workflow_id/runs(.:format)
>       taverna_player/runs#create
>         new_workflow_run GET
> /workflows/:workflow_id/runs/new(.:format)      taverna_player/runs#new
>        edit_workflow_run GET
> /workflows/:workflow_id/runs/:id/edit(.:format) taverna_player/runs#edit
>             workflow_run GET
> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#show
>                          PATCH
> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#update
>                          PUT
> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#update
>                          DELETE
> /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#destroy
>                workflows GET    /workflows(.:format)
>       workflows#index
>                          POST   /workflows(.:format)
>       workflows#create
>             new_workflow GET    /workflows/new(.:format)
>       workflows#new
>            edit_workflow GET    /workflows/:id/edit(.:format)
>      workflows#edit
>                 workflow GET    /workflows/:id(.:format)
>       workflows#show
>                          PATCH  /workflows/:id(.:format)
>       workflows#update
>                          PUT    /workflows/:id(.:format)
>       workflows#update
>                          DELETE /workflows/:id(.:format)
>       workflows#destroy
>                 edit_run GET    /runs/:id/edit(.:format)
>       taverna_player/runs#edit
>                      run PATCH  /runs/:id(.:format)
>      taverna_player/runs#update
>                          PUT    /runs/:id(.:format)
>      taverna_player/runs#update
>
> Routes for TavernaPlayer::Engine:
>              cancel_run PUT    /runs/:id/cancel(.:format)
> taverna_player/runs#cancel
>                         GET    /runs/:id/input/:port(.:format)
>  taverna_player/runs#input
>                         GET    /runs/:id/output/:port(/*path)(.:format)
> taverna_player/runs#output
>                 log_run GET    /runs/:id/download/log(.:format)
> taverna_player/runs#download_log
>             results_run GET    /runs/:id/download/results(.:format)
> taverna_player/runs#download_results
>                         GET    /runs/:id/download/input/:port(.:format)
> taverna_player/runs#download_input
>                         GET    /runs/:id/download/output/:port(.:format)
> taverna_player/runs#download_output
>                         GET    /runs/:id/interaction/:serial(.:format)
>  taverna_player/runs#read_interaction
>                         POST   /runs/:id/interaction/:serial(.:format)
>  taverna_player/runs#write_interaction
>                    runs GET    /runs(.:format)
>  taverna_player/runs#index
>                         POST   /runs(.:format)
>  taverna_player/runs#create
>                 new_run GET    /runs/new(.:format)
>  taverna_player/runs#new
>                     run GET    /runs/:id(.:format)
>  taverna_player/runs#show
>                         PATCH  /runs/:id(.:format)
>  taverna_player/runs#update
>                         PUT    /runs/:id(.:format)
>  taverna_player/runs#update
>                         DELETE /runs/:id(.:format)
>  taverna_player/runs#destroy
>     service_credentials GET    /service_credentials(.:format)
> taverna_player/service_credentials#index
>                         POST   /service_credentials(.:format)
> taverna_player/service_credentials#create
>  new_service_credential GET    /service_credentials/new(.:format)
> taverna_player/service_credentials#new
> edit_service_credential GET    /service_credentials/:id/edit(.:format)
>  taverna_player/service_credentials#edit
>      service_credential GET    /service_credentials/:id(.:format)
> taverna_player/service_credentials#show
>                         PATCH  /service_credentials/:id(.:format)
> taverna_player/service_credentials#update
>                         PUT    /service_credentials/:id(.:format)
> taverna_player/service_credentials#update
>                         DELETE /service_credentials/:id(.:format)
> taverna_player/service_credentials#destroy
>               job_queue GET    /job_queue(.:format)
> taverna_player/job_queue#index
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 24 June 2015 10:41
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> User auth is done with myexperiment while the player should just be used
> to play the workflows. Workflows remain on myexperiment.
>
> cheers
>
> 2015-06-24 10:38 GMT+01:00 alaninmcr <al...@googlemail.com>:
>
> > On 24/06/2015 10:22, Ian Dunlop wrote:
> >
> >> Hello,
> >>
> >> That sounds good. I'm still a bit concerned that we might hit some
> >> issues around the player API but if we are not doing the user auth or
> >> workflow storage parts using the player then it will probably be OK.
> >>
> >
> > The Player API has been quite well tested as I used it for the IPython
> > Notebook integration, and also the player is used in the BioVeL portal.
> >
> >  Cheers,
> >>
> >> Ian
> >>
> >
> > Alan
> >
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

Not sure if anyone has had a look at these by out of interest I installed the taverna-player-portal rails app on my machine and had a look at all the URIs it accepts (see below).  Also, to upload workflows to it you have to have a user account on the portal. You can run workflows as a guest but you cannot upload them. So you need to do basic auth passing in username and password for each url that requires authorization. The mobile app will now need to handle 2 different sets of logins, 1 for myexperiment and 1 for the portal. I think that might be getting a bit too complex so maybe for the moment we should just have user login on the portal and have browse/search public workflows on myexperiment and keep myexperiment login once the player upload and run is all working well. Comments from the general apache taverna community welcome.

Taverna Player Portal URLS:

                  Prefix Verb   URI Pattern                                     Controller#Action
          taverna_player        /                                               TavernaPlayer::Engine
        new_user_session GET    /users/sign_in(.:format)                        devise/sessions#new
            user_session POST   /users/sign_in(.:format)                        devise/sessions#create
    destroy_user_session DELETE /users/sign_out(.:format)                       devise/sessions#destroy
           user_password POST   /users/password(.:format)                       devise/passwords#create
       new_user_password GET    /users/password/new(.:format)                   devise/passwords#new
      edit_user_password GET    /users/password/edit(.:format)                  devise/passwords#edit
                         PATCH  /users/password(.:format)                       devise/passwords#update
                         PUT    /users/password(.:format)                       devise/passwords#update
cancel_user_registration GET    /users/cancel(.:format)                         devise/registrations#cancel
       user_registration POST   /users(.:format)                                devise/registrations#create
   new_user_registration GET    /users/sign_up(.:format)                        devise/registrations#new
  edit_user_registration GET    /users/edit(.:format)                           devise/registrations#edit
                         PATCH  /users(.:format)                                devise/registrations#update
                         PUT    /users(.:format)                                devise/registrations#update
                         DELETE /users(.:format)                                devise/registrations#destroy
              home_index GET    /home/index(.:format)                           home#index
                    root GET    /                                               home#index
       download_workflow GET    /workflows/:id/download(.:format)               workflows#download
        diagram_workflow GET    /workflows/:id/diagram(.:format)                workflows#diagram
           workflow_runs GET    /workflows/:workflow_id/runs(.:format)          taverna_player/runs#index
                         POST   /workflows/:workflow_id/runs(.:format)          taverna_player/runs#create
        new_workflow_run GET    /workflows/:workflow_id/runs/new(.:format)      taverna_player/runs#new
       edit_workflow_run GET    /workflows/:workflow_id/runs/:id/edit(.:format) taverna_player/runs#edit
            workflow_run GET    /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#show
                         PATCH  /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#update
                         PUT    /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#update
                         DELETE /workflows/:workflow_id/runs/:id(.:format)      taverna_player/runs#destroy
               workflows GET    /workflows(.:format)                            workflows#index
                         POST   /workflows(.:format)                            workflows#create
            new_workflow GET    /workflows/new(.:format)                        workflows#new
           edit_workflow GET    /workflows/:id/edit(.:format)                   workflows#edit
                workflow GET    /workflows/:id(.:format)                        workflows#show
                         PATCH  /workflows/:id(.:format)                        workflows#update
                         PUT    /workflows/:id(.:format)                        workflows#update
                         DELETE /workflows/:id(.:format)                        workflows#destroy
                edit_run GET    /runs/:id/edit(.:format)                        taverna_player/runs#edit
                     run PATCH  /runs/:id(.:format)                             taverna_player/runs#update
                         PUT    /runs/:id(.:format)                             taverna_player/runs#update

Routes for TavernaPlayer::Engine:
             cancel_run PUT    /runs/:id/cancel(.:format)                taverna_player/runs#cancel
                        GET    /runs/:id/input/:port(.:format)           taverna_player/runs#input
                        GET    /runs/:id/output/:port(/*path)(.:format)  taverna_player/runs#output
                log_run GET    /runs/:id/download/log(.:format)          taverna_player/runs#download_log
            results_run GET    /runs/:id/download/results(.:format)      taverna_player/runs#download_results
                        GET    /runs/:id/download/input/:port(.:format)  taverna_player/runs#download_input
                        GET    /runs/:id/download/output/:port(.:format) taverna_player/runs#download_output
                        GET    /runs/:id/interaction/:serial(.:format)   taverna_player/runs#read_interaction
                        POST   /runs/:id/interaction/:serial(.:format)   taverna_player/runs#write_interaction
                   runs GET    /runs(.:format)                           taverna_player/runs#index
                        POST   /runs(.:format)                           taverna_player/runs#create
                new_run GET    /runs/new(.:format)                       taverna_player/runs#new
                    run GET    /runs/:id(.:format)                       taverna_player/runs#show
                        PATCH  /runs/:id(.:format)                       taverna_player/runs#update
                        PUT    /runs/:id(.:format)                       taverna_player/runs#update
                        DELETE /runs/:id(.:format)                       taverna_player/runs#destroy
    service_credentials GET    /service_credentials(.:format)            taverna_player/service_credentials#index
                        POST   /service_credentials(.:format)            taverna_player/service_credentials#create
 new_service_credential GET    /service_credentials/new(.:format)        taverna_player/service_credentials#new
edit_service_credential GET    /service_credentials/:id/edit(.:format)   taverna_player/service_credentials#edit
     service_credential GET    /service_credentials/:id(.:format)        taverna_player/service_credentials#show
                        PATCH  /service_credentials/:id(.:format)        taverna_player/service_credentials#update
                        PUT    /service_credentials/:id(.:format)        taverna_player/service_credentials#update
                        DELETE /service_credentials/:id(.:format)        taverna_player/service_credentials#destroy
              job_queue GET    /job_queue(.:format)                      taverna_player/job_queue#index

Cheers,

Ian

-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com] 
Sent: 24 June 2015 10:41
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

User auth is done with myexperiment while the player should just be used to play the workflows. Workflows remain on myexperiment.

cheers

2015-06-24 10:38 GMT+01:00 alaninmcr <al...@googlemail.com>:

> On 24/06/2015 10:22, Ian Dunlop wrote:
>
>> Hello,
>>
>> That sounds good. I'm still a bit concerned that we might hit some 
>> issues around the player API but if we are not doing the user auth or 
>> workflow storage parts using the player then it will probably be OK.
>>
>
> The Player API has been quite well tested as I used it for the IPython 
> Notebook integration, and also the player is used in the BioVeL portal.
>
>  Cheers,
>>
>> Ian
>>
>
> Alan
>



--
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

User auth is done with myexperiment while the player should just be used to
play the workflows. Workflows remain on myexperiment.

cheers

2015-06-24 10:38 GMT+01:00 alaninmcr <al...@googlemail.com>:

> On 24/06/2015 10:22, Ian Dunlop wrote:
>
>> Hello,
>>
>> That sounds good. I'm still a bit concerned that we might hit some
>> issues around the player API but if we are not doing the user auth or
>> workflow storage parts using the player then it will probably be OK.
>>
>
> The Player API has been quite well tested as I used it for the IPython
> Notebook integration, and also the player is used in the BioVeL portal.
>
>  Cheers,
>>
>> Ian
>>
>
> Alan
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[alaninmcr <al...@googlemail.com>]

On 24/06/2015 10:22, Ian Dunlop wrote:
> Hello,
>
> That sounds good. I'm still a bit concerned that we might hit some
> issues around the player API but if we are not doing the user auth or
> workflow storage parts using the player then it will probably be OK.

The Player API has been quite well tested as I used it for the IPython 
Notebook integration, and also the player is used in the BioVeL portal.

> Cheers,
>
> Ian

Alan

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

That sounds good. I'm still a bit concerned that we might hit some issues around the player API but if we are not doing the user auth or workflow storage parts using the player then it will probably be OK.

Cheers,

Ian

-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com] 
Sent: 23 June 2015 23:12
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

Hello,
I am now getting workflows from myexperiment using the API provided. Hence, i would be getting the workflows from myexperiment and then send to the Taverna player so that it can play them and provide results as per the API.
How does that sound?

cheers

2015-06-23 16:09 GMT+01:00 alaninmcr <al...@googlemail.com>:

> On 23/06/2015 12:50, Ian Dunlop wrote:
>
>> Hello,
>>
>> Actually the original developer just corrected my statement. There 
>> are some 'API' calls that were added and could be used from the 
>> taverna player gem
>> https://rubygems.org/gems/taverna-player/versions/0.11.0 . So you 
>> could use HTTP basic with each request to send your username and 
>> password. But this would be over http and essentially in the clear so 
>> maybe not such a great idea.
>>
>
> There are requests to make the choice of iframe protocol configurable 
> or something the sender can request. There have been problems trying 
> to incorporate a http iframe into a https site, such as wakari.
>
>  Cheers,
>>
>> Ian
>>
>
> Alan
>



--
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

Hello,
I am now getting workflows from myexperiment using the API provided. Hence,
i would be getting the workflows from myexperiment and then send to the
Taverna player so that it can play them and provide results as per the API.
How does that sound?

cheers

2015-06-23 16:09 GMT+01:00 alaninmcr <al...@googlemail.com>:

> On 23/06/2015 12:50, Ian Dunlop wrote:
>
>> Hello,
>>
>> Actually the original developer just corrected my statement. There
>> are some 'API' calls that were added and could be used from the
>> taverna player gem
>> https://rubygems.org/gems/taverna-player/versions/0.11.0 . So you
>> could use HTTP basic with each request to send your username and
>> password. But this would be over http and essentially in the clear so
>> maybe not such a great idea.
>>
>
> There are requests to make the choice of iframe protocol configurable or
> something the sender can request. There have been problems trying to
> incorporate a http iframe into a https site, such as wakari.
>
>  Cheers,
>>
>> Ian
>>
>
> Alan
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[alaninmcr <al...@googlemail.com>]

On 23/06/2015 12:50, Ian Dunlop wrote:
> Hello,
>
> Actually the original developer just corrected my statement. There
> are some 'API' calls that were added and could be used from the
> taverna player gem
> https://rubygems.org/gems/taverna-player/versions/0.11.0 . So you
> could use HTTP basic with each request to send your username and
> password. But this would be over http and essentially in the clear so
> maybe not such a great idea.

There are requests to make the choice of iframe protocol configurable or 
something the sender can request. There have been problems trying to 
incorporate a http iframe into a https site, such as wakari.

> Cheers,
>
> Ian

Alan

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

Actually the original developer just corrected my statement. There are some 'API' calls that were added and could be used from the taverna player gem https://rubygems.org/gems/taverna-player/versions/0.11.0 . So you could use HTTP basic with each request to send your username and password. But this would be over http and essentially in the clear so maybe not such a great idea.

Cheers,

Ian

-----Original Message-----
From: Ian Dunlop [mailto:Ian.Dunlop@manchester.ac.uk] 
Sent: 23 June 2015 12:14
To: dev@taverna.incubator.apache.org
Subject: RE: gsoc taverna mobile progress so far

Hello,

Yes, but it's not an API designed by the developer, just what you get from Rails by default. So, as you say, working with forms will not work by default and requires modifications or jumping through hoops. The taverna player was not designed to be used by anything other than a web browser so using it from another app is not going to be easy.

Cheers,

Ian

-----Original Message-----
From: Denis Karyakin [mailto:samhane.me@gmail.com]
Sent: 23 June 2015 12:06
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

2015-06-23 12:40 GMT+03:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Thanks for the quick response. So it looks like everything is pretty 
> much heading in the right direction. How often are you pushing to your 
> github fork? It might make more sense if I run the code there rather 
> than waiting for a pull request to the apache repo.
> I'm still not sure why we need both the player and the server. Is the 
> app using both of these? I thought it was going to use the player to 
> run workflows which means that the player will talk to the server directly.
> I've asked Finn about myexperiment and unfortunately it does not have 
> a JSON API so it looks like you will have to parse some XML. Sorry.
> The taverna player is a Ruby on Rails app which I guess will accept a 
> form as input, there is no API as such just RESTful URLs.


No, as I see, taverna player portal has API. For example, with GET http://localhost:3000/runs/1.json you can get info about workflow run in JSON format.
But for work with forms (send new workflow, run workflow), I think player need some modifications for send CSRF token to android client


> I recommend using the debugger in a browser to look at the network 
> calls when you upload a workflow and emulate that using HttpConnection 
> or similar to post a form with the same params. However, if the 
> taverna player is using CSRF tokens then I'm not sure we will be able 
> to use it. Has anyone checked this yet?
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 22 June 2015 19:04
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> 2015-06-22 9:56 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
> > Hello,
> >
> > @Larry I have had a look at the latest version of the tavern mobile 
> > app after pull request #4. Here are some thoughts:
> >
> >
> > 1)      The Usage and About pages from the left menu don't seem to do
> > anything.
> >
> Yes they don't for now, Actually, i think they are just trivial pages 
> and would be implemented later.
>
>
> >
> > 2)      Which service is the user logging in with?
>
> As of now, the login is with the taverna player portal, but as we have 
> discussed, am trying to wrap that so it works for myexperiment
>
>
> > The code refers to both taverna server and taverna player and seems 
> > to be logging in to taverna player using a GET. Does this actually 
> > do anything since I logged in with a random account name and it all 
> > still
> worked.
>
> The login works with the taverna player portal but was not attached to 
> allow for testing of some of the inner functionalities
>
>
> > (Actually, I was surprised this wasn't a POST request). We need to 
> > make it clear what a user is logging into since the image on the 
> > login screen implies that we are logging into myexperiment .
>
>
> Ok, understood.
>
> I'm not exactly sure what is gained by logging into the player.
> >
>
> This was beccause at first, i thought workflows would be coming from 
> the player also. But as we have dicsussed, these workflows are from 
> myexperiment. So i would do the necessary changes in the upcoming requests.
>
>
> > 3)      In the settings we can change both tavern server and player URLs.
> > Do we need both. Isn't it a bit confusing.
> >
>
> The server and player can have different mount points depending on the 
> organisation who could decide to have theirs installed elsewhere .
>
>
> > 4)      Where are the workflows coming from? I thought they were from a
> > users account on myexperiment. In fact that is what I thought we 
> > were logging into.
> >
>
> As of now, the workflows you see are from the player. Some samples 
> were put there, and that's why you could see just one public workflow, 
> the others are marked as private. But in upcoming versions, i'll make 
> sure they are myexperiment workflows.
>
>
> >
> > 5)      In the workflows tab I only have 1 workflow appearing.
>
>
> The workflow comes from the player.
>
>
> > There are 3 workflows in the favorites tab, although I haven't got 
> > any favorites yet. Are these real workflows or just hard coded for 
> > the
> moment.
>
> They shouldn't be there as of the recent code, i'll just check that. 
> maybe i haven't submitted the request yet but normally you would need 
> to mark a workflow as such in order to see them in that section.
>
>
>
> >
> >
> 6)      The powered by "myexperiment" logo seems really small. I'm not even
> > sure we need it at all.
>
> Ok, i guess i'll have to get that off then.
>
>
> > The menu screen says powered by Apache Taverna. It's a bit confusing.
> >
> This is a placeholder typo. it should read 'powered by MyExperiment'
>
>
> > 7)      I clicked on workflow 'favorite' star and although a message
> > claimed that it had done something it wasn't added to the favorites list.
> >
> > Again, this maybe due to the fact that the code is older than what i 
> > have
> here. A message actually appears indicating that the workflow hs been 
> marked.
>
>
> > This seems like a lot of stuff to think about but that's really 
> > because I want you to succeed. Apologies if you have already 
> > addressed any of these issues in your fork since I appreciate that 
> > the apache tavern repo is always behind yours. How do you feel you 
> > are progressing with respect to the initial plan?
>
>
> Its not going quite perfectly as planned but it isn't going offtrack 
> either. There were a couple of things i had to find out and learn 
> about which were not planned for, but i guess the plan is still 
> working good, thanks.
>
>
> > Is there anywhere where you need more clarification or help?
>
>
> Actually, i have tried to get some response as JSON from myexperiment 
> workflows but have not yet been able. Say for example I need to get a 
> list of all workflows and this is the link 
> http://www.myexperiment.org/workflows.xml . Is there a way 
> myexperiment could give me the response as JSON? Tried setting headers 
> to accept json but it doesn't work.
> Also from the  xml results, there seem not to be all the information 
> about a workflow as is normally present on the myexperiment site itself.
> Am also wondering if the Taverna player would accept .t2flow files 
> from myexperiment because the API specifies that the body required is 
> in JSON format. Can the .t2flow files be converted as such?
>
>
> > It's almost time for the midterm assessment so we need to make sure 
> > that we are (mostly) on track.
> >
> > Cheers,
> >
> > Ian
> >
>
> Cheers
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

Yes, but it's not an API designed by the developer, just what you get from Rails by default. So, as you say, working with forms will not work by default and requires modifications or jumping through hoops. The taverna player was not designed to be used by anything other than a web browser so using it from another app is not going to be easy.

Cheers,

Ian

-----Original Message-----
From: Denis Karyakin [mailto:samhane.me@gmail.com] 
Sent: 23 June 2015 12:06
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

2015-06-23 12:40 GMT+03:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Thanks for the quick response. So it looks like everything is pretty 
> much heading in the right direction. How often are you pushing to your 
> github fork? It might make more sense if I run the code there rather 
> than waiting for a pull request to the apache repo.
> I'm still not sure why we need both the player and the server. Is the 
> app using both of these? I thought it was going to use the player to 
> run workflows which means that the player will talk to the server directly.
> I've asked Finn about myexperiment and unfortunately it does not have 
> a JSON API so it looks like you will have to parse some XML. Sorry.
> The taverna player is a Ruby on Rails app which I guess will accept a 
> form as input, there is no API as such just RESTful URLs.


No, as I see, taverna player portal has API. For example, with GET http://localhost:3000/runs/1.json you can get info about workflow run in JSON format.
But for work with forms (send new workflow, run workflow), I think player need some modifications for send CSRF token to android client


> I recommend using the debugger in a browser to look at the network 
> calls when you upload a workflow and emulate that using HttpConnection 
> or similar to post a form with the same params. However, if the 
> taverna player is using CSRF tokens then I'm not sure we will be able 
> to use it. Has anyone checked this yet?
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 22 June 2015 19:04
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> 2015-06-22 9:56 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
> > Hello,
> >
> > @Larry I have had a look at the latest version of the tavern mobile 
> > app after pull request #4. Here are some thoughts:
> >
> >
> > 1)      The Usage and About pages from the left menu don't seem to do
> > anything.
> >
> Yes they don't for now, Actually, i think they are just trivial pages 
> and would be implemented later.
>
>
> >
> > 2)      Which service is the user logging in with?
>
> As of now, the login is with the taverna player portal, but as we have 
> discussed, am trying to wrap that so it works for myexperiment
>
>
> > The code refers to both taverna server and taverna player and seems 
> > to be logging in to taverna player using a GET. Does this actually 
> > do anything since I logged in with a random account name and it all 
> > still
> worked.
>
> The login works with the taverna player portal but was not attached to 
> allow for testing of some of the inner functionalities
>
>
> > (Actually, I was surprised this wasn't a POST request). We need to 
> > make it clear what a user is logging into since the image on the 
> > login screen implies that we are logging into myexperiment .
>
>
> Ok, understood.
>
> I'm not exactly sure what is gained by logging into the player.
> >
>
> This was beccause at first, i thought workflows would be coming from 
> the player also. But as we have dicsussed, these workflows are from 
> myexperiment. So i would do the necessary changes in the upcoming requests.
>
>
> > 3)      In the settings we can change both tavern server and player URLs.
> > Do we need both. Isn't it a bit confusing.
> >
>
> The server and player can have different mount points depending on the 
> organisation who could decide to have theirs installed elsewhere .
>
>
> > 4)      Where are the workflows coming from? I thought they were from a
> > users account on myexperiment. In fact that is what I thought we 
> > were logging into.
> >
>
> As of now, the workflows you see are from the player. Some samples 
> were put there, and that's why you could see just one public workflow, 
> the others are marked as private. But in upcoming versions, i'll make 
> sure they are myexperiment workflows.
>
>
> >
> > 5)      In the workflows tab I only have 1 workflow appearing.
>
>
> The workflow comes from the player.
>
>
> > There are 3 workflows in the favorites tab, although I haven't got 
> > any favorites yet. Are these real workflows or just hard coded for 
> > the
> moment.
>
> They shouldn't be there as of the recent code, i'll just check that. 
> maybe i haven't submitted the request yet but normally you would need 
> to mark a workflow as such in order to see them in that section.
>
>
>
> >
> >
> 6)      The powered by "myexperiment" logo seems really small. I'm not even
> > sure we need it at all.
>
> Ok, i guess i'll have to get that off then.
>
>
> > The menu screen says powered by Apache Taverna. It's a bit confusing.
> >
> This is a placeholder typo. it should read 'powered by MyExperiment'
>
>
> > 7)      I clicked on workflow 'favorite' star and although a message
> > claimed that it had done something it wasn't added to the favorites list.
> >
> > Again, this maybe due to the fact that the code is older than what i 
> > have
> here. A message actually appears indicating that the workflow hs been 
> marked.
>
>
> > This seems like a lot of stuff to think about but that's really 
> > because I want you to succeed. Apologies if you have already 
> > addressed any of these issues in your fork since I appreciate that 
> > the apache tavern repo is always behind yours. How do you feel you 
> > are progressing with respect to the initial plan?
>
>
> Its not going quite perfectly as planned but it isn't going offtrack 
> either. There were a couple of things i had to find out and learn 
> about which were not planned for, but i guess the plan is still 
> working good, thanks.
>
>
> > Is there anywhere where you need more clarification or help?
>
>
> Actually, i have tried to get some response as JSON from myexperiment 
> workflows but have not yet been able. Say for example I need to get a 
> list of all workflows and this is the link 
> http://www.myexperiment.org/workflows.xml . Is there a way 
> myexperiment could give me the response as JSON? Tried setting headers 
> to accept json but it doesn't work.
> Also from the  xml results, there seem not to be all the information 
> about a workflow as is normally present on the myexperiment site itself.
> Am also wondering if the Taverna player would accept .t2flow files 
> from myexperiment because the API specifies that the body required is 
> in JSON format. Can the .t2flow files be converted as such?
>
>
> > It's almost time for the midterm assessment so we need to make sure 
> > that we are (mostly) on track.
> >
> > Cheers,
> >
> > Ian
> >
>
> Cheers
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>

Re: gsoc taverna mobile progress so far

[Denis Karyakin <sa...@gmail.com>]

2015-06-23 12:40 GMT+03:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Thanks for the quick response. So it looks like everything is pretty much
> heading in the right direction. How often are you pushing to your github
> fork? It might make more sense if I run the code there rather than waiting
> for a pull request to the apache repo.
> I'm still not sure why we need both the player and the server. Is the app
> using both of these? I thought it was going to use the player to run
> workflows which means that the player will talk to the server directly.
> I've asked Finn about myexperiment and unfortunately it does not have a
> JSON API so it looks like you will have to parse some XML. Sorry.
> The taverna player is a Ruby on Rails app which I guess will accept a form
> as input, there is no API as such just RESTful URLs.


No, as I see, taverna player portal has API. For example, with GET
http://localhost:3000/runs/1.json you can get info about workflow run in
JSON format.
But for work with forms (send new workflow, run workflow), I think player
need some modifications for send CSRF token to android client


> I recommend using the debugger in a browser to look at the network calls
> when you upload a workflow and emulate that using HttpConnection or similar
> to post a form with the same params. However, if the taverna player is
> using CSRF tokens then I'm not sure we will be able to use it. Has anyone
> checked this yet?
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 22 June 2015 19:04
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> 2015-06-22 9:56 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
> > Hello,
> >
> > @Larry I have had a look at the latest version of the tavern mobile
> > app after pull request #4. Here are some thoughts:
> >
> >
> > 1)      The Usage and About pages from the left menu don't seem to do
> > anything.
> >
> Yes they don't for now, Actually, i think they are just trivial pages and
> would be implemented later.
>
>
> >
> > 2)      Which service is the user logging in with?
>
> As of now, the login is with the taverna player portal, but as we have
> discussed, am trying to wrap that so it works for myexperiment
>
>
> > The code refers to both taverna server and taverna player and seems to
> > be logging in to taverna player using a GET. Does this actually do
> > anything since I logged in with a random account name and it all still
> worked.
>
> The login works with the taverna player portal but was not attached to
> allow for testing of some of the inner functionalities
>
>
> > (Actually, I was surprised this wasn't a POST request). We need to
> > make it clear what a user is logging into since the image on the login
> > screen implies that we are logging into myexperiment .
>
>
> Ok, understood.
>
> I'm not exactly sure what is gained by logging into the player.
> >
>
> This was beccause at first, i thought workflows would be coming from the
> player also. But as we have dicsussed, these workflows are from
> myexperiment. So i would do the necessary changes in the upcoming requests.
>
>
> > 3)      In the settings we can change both tavern server and player URLs.
> > Do we need both. Isn't it a bit confusing.
> >
>
> The server and player can have different mount points depending on the
> organisation who could decide to have theirs installed elsewhere .
>
>
> > 4)      Where are the workflows coming from? I thought they were from a
> > users account on myexperiment. In fact that is what I thought we were
> > logging into.
> >
>
> As of now, the workflows you see are from the player. Some samples were
> put there, and that's why you could see just one public workflow, the
> others are marked as private. But in upcoming versions, i'll make sure they
> are myexperiment workflows.
>
>
> >
> > 5)      In the workflows tab I only have 1 workflow appearing.
>
>
> The workflow comes from the player.
>
>
> > There are 3 workflows in the favorites tab, although I haven't got any
> > favorites yet. Are these real workflows or just hard coded for the
> moment.
>
> They shouldn't be there as of the recent code, i'll just check that. maybe
> i haven't submitted the request yet but normally you would need to mark a
> workflow as such in order to see them in that section.
>
>
>
> >
> >
> 6)      The powered by "myexperiment" logo seems really small. I'm not even
> > sure we need it at all.
>
> Ok, i guess i'll have to get that off then.
>
>
> > The menu screen says powered by Apache Taverna. It's a bit confusing.
> >
> This is a placeholder typo. it should read 'powered by MyExperiment'
>
>
> > 7)      I clicked on workflow 'favorite' star and although a message
> > claimed that it had done something it wasn't added to the favorites list.
> >
> > Again, this maybe due to the fact that the code is older than what i
> > have
> here. A message actually appears indicating that the workflow hs been
> marked.
>
>
> > This seems like a lot of stuff to think about but that's really
> > because I want you to succeed. Apologies if you have already addressed
> > any of these issues in your fork since I appreciate that the apache
> > tavern repo is always behind yours. How do you feel you are
> > progressing with respect to the initial plan?
>
>
> Its not going quite perfectly as planned but it isn't going offtrack
> either. There were a couple of things i had to find out and learn about
> which were not planned for, but i guess the plan is still working good,
> thanks.
>
>
> > Is there anywhere where you need more clarification or help?
>
>
> Actually, i have tried to get some response as JSON from myexperiment
> workflows but have not yet been able. Say for example I need to get a list
> of all workflows and this is the link
> http://www.myexperiment.org/workflows.xml . Is there a way myexperiment
> could give me the response as JSON? Tried setting headers to accept json
> but it doesn't work.
> Also from the  xml results, there seem not to be all the information about
> a workflow as is normally present on the myexperiment site itself.
> Am also wondering if the Taverna player would accept .t2flow files from
> myexperiment because the API specifies that the body required is in JSON
> format. Can the .t2flow files be converted as such?
>
>
> > It's almost time for the midterm assessment so we need to make sure
> > that we are (mostly) on track.
> >
> > Cheers,
> >
> > Ian
> >
>
> Cheers
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

2015-06-23 4:40 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Thanks for the quick response. So it looks like everything is pretty much
> heading in the right direction. How often are you pushing to your github
> fork?

I push as often as i add a new module or functionality which means my fork
has the most recent code as with my local dev environment.


> It might make more sense if I run the code there rather than waiting for a
> pull request to the apache repo.
>
Sure thing.


> I'm still not sure why we need both the player and the server. Is the app
> using both of these?

Am thinking the workflows come from a server(maybe different than that used
by the player, but needs to be specified) and that the player just runs
them and sends results or feedback or the run process.


> I thought it was going to use the player to run workflows which means that
> the player will talk to the server directly.
>
I thought so as well but realised that the server could be different
depending on the organisation.


> I've asked Finn about myexperiment and unfortunately it does not have a
> JSON API so it looks like you will have to parse some XML. Sorry.
>

No problem i will look at that.


> The taverna player is a Ruby on Rails app which I guess will accept a form
> as input, there is no API as such just RESTful URLs. I recommend using the
> debugger in a browser to look at the network calls when you upload a
> workflow and emulate that using HttpConnection or similar to post a form
> with the same params. However, if the taverna player is using CSRF tokens
> then I'm not sure we will be able to use it. Has anyone checked this yet?
>
> Cheers,
>
> Ian
>

Thanks


>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 22 June 2015 19:04
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> 2015-06-22 9:56 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
> > Hello,
> >
> > @Larry I have had a look at the latest version of the tavern mobile
> > app after pull request #4. Here are some thoughts:
> >
> >
> > 1)      The Usage and About pages from the left menu don't seem to do
> > anything.
> >
> Yes they don't for now, Actually, i think they are just trivial pages and
> would be implemented later.
>
>
> >
> > 2)      Which service is the user logging in with?
>
> As of now, the login is with the taverna player portal, but as we have
> discussed, am trying to wrap that so it works for myexperiment
>
>
> > The code refers to both taverna server and taverna player and seems to
> > be logging in to taverna player using a GET. Does this actually do
> > anything since I logged in with a random account name and it all still
> worked.
>
> The login works with the taverna player portal but was not attached to
> allow for testing of some of the inner functionalities
>
>
> > (Actually, I was surprised this wasn't a POST request). We need to
> > make it clear what a user is logging into since the image on the login
> > screen implies that we are logging into myexperiment .
>
>
> Ok, understood.
>
> I'm not exactly sure what is gained by logging into the player.
> >
>
> This was beccause at first, i thought workflows would be coming from the
> player also. But as we have dicsussed, these workflows are from
> myexperiment. So i would do the necessary changes in the upcoming requests.
>
>
> > 3)      In the settings we can change both tavern server and player URLs.
> > Do we need both. Isn't it a bit confusing.
> >
>
> The server and player can have different mount points depending on the
> organisation who could decide to have theirs installed elsewhere .
>
>
> > 4)      Where are the workflows coming from? I thought they were from a
> > users account on myexperiment. In fact that is what I thought we were
> > logging into.
> >
>
> As of now, the workflows you see are from the player. Some samples were
> put there, and that's why you could see just one public workflow, the
> others are marked as private. But in upcoming versions, i'll make sure they
> are myexperiment workflows.
>
>
> >
> > 5)      In the workflows tab I only have 1 workflow appearing.
>
>
> The workflow comes from the player.
>
>
> > There are 3 workflows in the favorites tab, although I haven't got any
> > favorites yet. Are these real workflows or just hard coded for the
> moment.
>
> They shouldn't be there as of the recent code, i'll just check that. maybe
> i haven't submitted the request yet but normally you would need to mark a
> workflow as such in order to see them in that section.
>
>
>
> >
> >
> 6)      The powered by "myexperiment" logo seems really small. I'm not even
> > sure we need it at all.
>
> Ok, i guess i'll have to get that off then.
>
>
> > The menu screen says powered by Apache Taverna. It's a bit confusing.
> >
> This is a placeholder typo. it should read 'powered by MyExperiment'
>
>
> > 7)      I clicked on workflow 'favorite' star and although a message
> > claimed that it had done something it wasn't added to the favorites list.
> >
> > Again, this maybe due to the fact that the code is older than what i
> > have
> here. A message actually appears indicating that the workflow hs been
> marked.
>
>
> > This seems like a lot of stuff to think about but that's really
> > because I want you to succeed. Apologies if you have already addressed
> > any of these issues in your fork since I appreciate that the apache
> > tavern repo is always behind yours. How do you feel you are
> > progressing with respect to the initial plan?
>
>
> Its not going quite perfectly as planned but it isn't going offtrack
> either. There were a couple of things i had to find out and learn about
> which were not planned for, but i guess the plan is still working good,
> thanks.
>
>
> > Is there anywhere where you need more clarification or help?
>
>
> Actually, i have tried to get some response as JSON from myexperiment
> workflows but have not yet been able. Say for example I need to get a list
> of all workflows and this is the link
> http://www.myexperiment.org/workflows.xml . Is there a way myexperiment
> could give me the response as JSON? Tried setting headers to accept json
> but it doesn't work.
> Also from the  xml results, there seem not to be all the information about
> a workflow as is normally present on the myexperiment site itself.
> Am also wondering if the Taverna player would accept .t2flow files from
> myexperiment because the API specifies that the body required is in JSON
> format. Can the .t2flow files be converted as such?
>
>
> > It's almost time for the midterm assessment so we need to make sure
> > that we are (mostly) on track.
> >
> > Cheers,
> >
> > Ian
> >
>
> Cheers
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

2015-06-23 4:40 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> Thanks for the quick response. So it looks like everything is pretty much
> heading in the right direction. How often are you pushing to your github
> fork?

I push as often as i add a new module or functionality which means my fork
has the most recent code as with my local dev environment.


> It might make more sense if I run the code there rather than waiting for a
> pull request to the apache repo.
>
Sure thing.


> I'm still not sure why we need both the player and the server. Is the app
> using both of these?

Am thinking the workflows come from a server(maybe different than that used
by the player, but needs to be specified) and that the player just runs
them and sends results or feedback or the run process.


> I thought it was going to use the player to run workflows which means that
> the player will talk to the server directly.
>
I thought so as well but realised that the server could be different
depending on the organisation.


> I've asked Finn about myexperiment and unfortunately it does not have a
> JSON API so it looks like you will have to parse some XML. Sorry.
>

No problem i will look at that.


> The taverna player is a Ruby on Rails app which I guess will accept a form
> as input, there is no API as such just RESTful URLs. I recommend using the
> debugger in a browser to look at the network calls when you upload a
> workflow and emulate that using HttpConnection or similar to post a form
> with the same params. However, if the taverna player is using CSRF tokens
> then I'm not sure we will be able to use it. Has anyone checked this yet?
>
> Cheers,
>
> Ian
>

Thanks


>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 22 June 2015 19:04
> To: dev@taverna.incubator.apache.org
> Subject: Re: gsoc taverna mobile progress so far
>
> 2015-06-22 9:56 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
> > Hello,
> >
> > @Larry I have had a look at the latest version of the tavern mobile
> > app after pull request #4. Here are some thoughts:
> >
> >
> > 1)      The Usage and About pages from the left menu don't seem to do
> > anything.
> >
> Yes they don't for now, Actually, i think they are just trivial pages and
> would be implemented later.
>
>
> >
> > 2)      Which service is the user logging in with?
>
> As of now, the login is with the taverna player portal, but as we have
> discussed, am trying to wrap that so it works for myexperiment
>
>
> > The code refers to both taverna server and taverna player and seems to
> > be logging in to taverna player using a GET. Does this actually do
> > anything since I logged in with a random account name and it all still
> worked.
>
> The login works with the taverna player portal but was not attached to
> allow for testing of some of the inner functionalities
>
>
> > (Actually, I was surprised this wasn't a POST request). We need to
> > make it clear what a user is logging into since the image on the login
> > screen implies that we are logging into myexperiment .
>
>
> Ok, understood.
>
> I'm not exactly sure what is gained by logging into the player.
> >
>
> This was beccause at first, i thought workflows would be coming from the
> player also. But as we have dicsussed, these workflows are from
> myexperiment. So i would do the necessary changes in the upcoming requests.
>
>
> > 3)      In the settings we can change both tavern server and player URLs.
> > Do we need both. Isn't it a bit confusing.
> >
>
> The server and player can have different mount points depending on the
> organisation who could decide to have theirs installed elsewhere .
>
>
> > 4)      Where are the workflows coming from? I thought they were from a
> > users account on myexperiment. In fact that is what I thought we were
> > logging into.
> >
>
> As of now, the workflows you see are from the player. Some samples were
> put there, and that's why you could see just one public workflow, the
> others are marked as private. But in upcoming versions, i'll make sure they
> are myexperiment workflows.
>
>
> >
> > 5)      In the workflows tab I only have 1 workflow appearing.
>
>
> The workflow comes from the player.
>
>
> > There are 3 workflows in the favorites tab, although I haven't got any
> > favorites yet. Are these real workflows or just hard coded for the
> moment.
>
> They shouldn't be there as of the recent code, i'll just check that. maybe
> i haven't submitted the request yet but normally you would need to mark a
> workflow as such in order to see them in that section.
>
>
>
> >
> >
> 6)      The powered by "myexperiment" logo seems really small. I'm not even
> > sure we need it at all.
>
> Ok, i guess i'll have to get that off then.
>
>
> > The menu screen says powered by Apache Taverna. It's a bit confusing.
> >
> This is a placeholder typo. it should read 'powered by MyExperiment'
>
>
> > 7)      I clicked on workflow 'favorite' star and although a message
> > claimed that it had done something it wasn't added to the favorites list.
> >
> > Again, this maybe due to the fact that the code is older than what i
> > have
> here. A message actually appears indicating that the workflow hs been
> marked.
>
>
> > This seems like a lot of stuff to think about but that's really
> > because I want you to succeed. Apologies if you have already addressed
> > any of these issues in your fork since I appreciate that the apache
> > tavern repo is always behind yours. How do you feel you are
> > progressing with respect to the initial plan?
>
>
> Its not going quite perfectly as planned but it isn't going offtrack
> either. There were a couple of things i had to find out and learn about
> which were not planned for, but i guess the plan is still working good,
> thanks.
>
>
> > Is there anywhere where you need more clarification or help?
>
>
> Actually, i have tried to get some response as JSON from myexperiment
> workflows but have not yet been able. Say for example I need to get a list
> of all workflows and this is the link
> http://www.myexperiment.org/workflows.xml . Is there a way myexperiment
> could give me the response as JSON? Tried setting headers to accept json
> but it doesn't work.
> Also from the  xml results, there seem not to be all the information about
> a workflow as is normally present on the myexperiment site itself.
> Am also wondering if the Taverna player would accept .t2flow files from
> myexperiment because the API specifies that the body required is in JSON
> format. Can the .t2flow files be converted as such?
>
>
> > It's almost time for the midterm assessment so we need to make sure
> > that we are (mostly) on track.
> >
> > Cheers,
> >
> > Ian
> >
>
> Cheers
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

RE: gsoc taverna mobile progress so far

[Ian Dunlop <Ia...@manchester.ac.uk>]

Hello,

Thanks for the quick response. So it looks like everything is pretty much heading in the right direction. How often are you pushing to your github fork? It might make more sense if I run the code there rather than waiting for a pull request to the apache repo.
I'm still not sure why we need both the player and the server. Is the app using both of these? I thought it was going to use the player to run workflows which means that the player will talk to the server directly.
I've asked Finn about myexperiment and unfortunately it does not have a JSON API so it looks like you will have to parse some XML. Sorry. 
The taverna player is a Ruby on Rails app which I guess will accept a form as input, there is no API as such just RESTful URLs. I recommend using the debugger in a browser to look at the network calls when you upload a workflow and emulate that using HttpConnection or similar to post a form with the same params. However, if the taverna player is using CSRF tokens then I'm not sure we will be able to use it. Has anyone checked this yet?

Cheers,

Ian

-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com] 
Sent: 22 June 2015 19:04
To: dev@taverna.incubator.apache.org
Subject: Re: gsoc taverna mobile progress so far

2015-06-22 9:56 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> @Larry I have had a look at the latest version of the tavern mobile 
> app after pull request #4. Here are some thoughts:
>
>
> 1)      The Usage and About pages from the left menu don't seem to do
> anything.
>
Yes they don't for now, Actually, i think they are just trivial pages and would be implemented later.


>
> 2)      Which service is the user logging in with?

As of now, the login is with the taverna player portal, but as we have discussed, am trying to wrap that so it works for myexperiment


> The code refers to both taverna server and taverna player and seems to 
> be logging in to taverna player using a GET. Does this actually do 
> anything since I logged in with a random account name and it all still worked.

The login works with the taverna player portal but was not attached to allow for testing of some of the inner functionalities


> (Actually, I was surprised this wasn't a POST request). We need to 
> make it clear what a user is logging into since the image on the login 
> screen implies that we are logging into myexperiment .


Ok, understood.

I'm not exactly sure what is gained by logging into the player.
>

This was beccause at first, i thought workflows would be coming from the player also. But as we have dicsussed, these workflows are from myexperiment. So i would do the necessary changes in the upcoming requests.


> 3)      In the settings we can change both tavern server and player URLs.
> Do we need both. Isn't it a bit confusing.
>

The server and player can have different mount points depending on the organisation who could decide to have theirs installed elsewhere .


> 4)      Where are the workflows coming from? I thought they were from a
> users account on myexperiment. In fact that is what I thought we were 
> logging into.
>

As of now, the workflows you see are from the player. Some samples were put there, and that's why you could see just one public workflow, the others are marked as private. But in upcoming versions, i'll make sure they are myexperiment workflows.


>
> 5)      In the workflows tab I only have 1 workflow appearing.


The workflow comes from the player.


> There are 3 workflows in the favorites tab, although I haven't got any 
> favorites yet. Are these real workflows or just hard coded for the moment.

They shouldn't be there as of the recent code, i'll just check that. maybe i haven't submitted the request yet but normally you would need to mark a workflow as such in order to see them in that section.



>
>
6)      The powered by "myexperiment" logo seems really small. I'm not even
> sure we need it at all.

Ok, i guess i'll have to get that off then.


> The menu screen says powered by Apache Taverna. It's a bit confusing.
>
This is a placeholder typo. it should read 'powered by MyExperiment'


> 7)      I clicked on workflow 'favorite' star and although a message
> claimed that it had done something it wasn't added to the favorites list.
>
> Again, this maybe due to the fact that the code is older than what i 
> have
here. A message actually appears indicating that the workflow hs been marked.


> This seems like a lot of stuff to think about but that's really 
> because I want you to succeed. Apologies if you have already addressed 
> any of these issues in your fork since I appreciate that the apache 
> tavern repo is always behind yours. How do you feel you are 
> progressing with respect to the initial plan?


Its not going quite perfectly as planned but it isn't going offtrack either. There were a couple of things i had to find out and learn about which were not planned for, but i guess the plan is still working good, thanks.


> Is there anywhere where you need more clarification or help?


Actually, i have tried to get some response as JSON from myexperiment workflows but have not yet been able. Say for example I need to get a list of all workflows and this is the link http://www.myexperiment.org/workflows.xml . Is there a way myexperiment could give me the response as JSON? Tried setting headers to accept json but it doesn't work.
Also from the  xml results, there seem not to be all the information about a workflow as is normally present on the myexperiment site itself.
Am also wondering if the Taverna player would accept .t2flow files from myexperiment because the API specifies that the body required is in JSON format. Can the .t2flow files be converted as such?


> It's almost time for the midterm assessment so we need to make sure 
> that we are (mostly) on track.
>
> Cheers,
>
> Ian
>

Cheers



--
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.

Re: gsoc taverna mobile progress so far

[Larry Akah <la...@gmail.com>]

2015-06-22 9:56 GMT-05:00 Ian Dunlop <Ia...@manchester.ac.uk>:

> Hello,
>
> @Larry I have had a look at the latest version of the tavern mobile app
> after pull request #4. Here are some thoughts:
>
>
> 1)      The Usage and About pages from the left menu don't seem to do
> anything.
>
Yes they don't for now, Actually, i think they are just trivial pages and
would be implemented later.


>
> 2)      Which service is the user logging in with?

As of now, the login is with the taverna player portal, but as we have
discussed, am trying to wrap that so it works for myexperiment


> The code refers to both taverna server and taverna player and seems to be
> logging in to taverna player using a GET. Does this actually do anything
> since I logged in with a random account name and it all still worked.

The login works with the taverna player portal but was not attached to
allow for testing of some of the inner functionalities


> (Actually, I was surprised this wasn't a POST request). We need to make it
> clear what a user is logging into since the image on the login screen
> implies that we are logging into myexperiment .


Ok, understood.

I'm not exactly sure what is gained by logging into the player.
>

This was beccause at first, i thought workflows would be coming from the
player also. But as we have dicsussed, these workflows are from
myexperiment. So i would do the necessary changes in the upcoming requests.


> 3)      In the settings we can change both tavern server and player URLs.
> Do we need both. Isn't it a bit confusing.
>

The server and player can have different mount points depending on the
organisation who could decide to have theirs installed elsewhere .


> 4)      Where are the workflows coming from? I thought they were from a
> users account on myexperiment. In fact that is what I thought we were
> logging into.
>

As of now, the workflows you see are from the player. Some samples were put
there, and that's why you could see just one public workflow, the others
are marked as private. But in upcoming versions, i'll make sure they are
myexperiment workflows.


>
> 5)      In the workflows tab I only have 1 workflow appearing.


The workflow comes from the player.


> There are 3 workflows in the favorites tab, although I haven't got any
> favorites yet. Are these real workflows or just hard coded for the moment.

They shouldn't be there as of the recent code, i'll just check that. maybe
i haven't submitted the request yet but normally you would need to mark a
workflow as such in order to see them in that section.



>
>
6)      The powered by "myexperiment" logo seems really small. I'm not even
> sure we need it at all.

Ok, i guess i'll have to get that off then.


> The menu screen says powered by Apache Taverna. It's a bit confusing.
>
This is a placeholder typo. it should read 'powered by MyExperiment'


> 7)      I clicked on workflow 'favorite' star and although a message
> claimed that it had done something it wasn't added to the favorites list.
>
> Again, this maybe due to the fact that the code is older than what i have
here. A message actually appears indicating that the workflow hs been
marked.


> This seems like a lot of stuff to think about but that's really because I
> want you to succeed. Apologies if you have already addressed any of these
> issues in your fork since I appreciate that the apache tavern repo is
> always behind yours. How do you feel you are progressing with respect to
> the initial plan?


Its not going quite perfectly as planned but it isn't going offtrack
either. There were a couple of things i had to find out and learn about
which were not planned for, but i guess the plan is still working good,
thanks.


> Is there anywhere where you need more clarification or help?


Actually, i have tried to get some response as JSON from myexperiment
workflows but have not yet been able. Say for example I need to get a list
of all workflows and this is the link
http://www.myexperiment.org/workflows.xml . Is there a way myexperiment
could give me the response as JSON? Tried setting headers to accept json
but it doesn't work.
Also from the  xml results, there seem not to be all the information about
a workflow as is normally present on the myexperiment site itself.
Am also wondering if the Taverna player would accept .t2flow files from
myexperiment because the API specifies that the body required is in JSON
format. Can the .t2flow files be converted as such?


> It's almost time for the midterm assessment so we need to make sure that
> we are (mostly) on track.
>
> Cheers,
>
> Ian
>

Cheers



-- 
*Akah Larry N.H*

*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*

Developing technologies for emergence and sustainable development.