[PepikVaio]

Hey, how are things looking? I'm curious to know more about you implementation!

Hi give me more time please.
I trying implement grouping items.

[PepikVaio]

[patrickjmquinn]

No no I'm not rushing you, I'm just wondering if you can share more information about your implementation, have you set up some sort of loopback to do local device installation or is it just a directory of apps?

Posted via CB10

[patrickjmquinn]

Hi give me more time please.
I trying implement grouping items.

Oops didn't quote you, see above.

Posted via CB10

[eshropshire]

Look at the link that Conite posted....

Not saying those developers have given up all rights... but if your store is going to be free, I doubt they would care.

You need to get the developers permission. An app, even if it is no longer maintained is someone's intellectual property.

[conite]

You need to get the developers permission. An app, even if it is no longer maintained is someone's intellectual property.

In this case, those developers have freely provided the apps to the community.

[eshropshire]

In this case, those developers have freely provided the apps to the community.

Correct, just mentioning, some apps maybe out there that were given to individuals and not the community at large.

[TrumpetTiger]

Do you want Applications for the application?
I maked new world where we can share our apps.
Will be interest?

Hey Pepik,

As patrick has indicated there is definitely interest. However, as a point of clarification: does your new store host Blackberry 10 NATIVE apps (those that end in .bar and work under the native Cascades and other framework) or Android APKs? I ask because your video seems to suggest that you may be doing APKs, or at least that while people can download the .BARs they'd still need to sideload them to install. Let us know....

[Ginowine]

Good design, but where is the link address of the website?

Posted via CB10

[conite]

Good design, but where is the link address of the website?

Posted via CB10

It's a project in development.

[Dunt Dunt Dunt]

It's a project in development.

Has been for a good while.... He has improved he project from what was posted half a year ago, when BBW was excepted to close. Not sure why he stopped his efforts back then, but good to see he's still working on it.

But this is going to take someone being dedicated, can't walk away for a few week so or six months.

[Simo_Dax]

Nice idea, .bar and .apk s could also be hosted on Drive to save monthly traffic.

As for the installation of .bar s straight from the device, OS10 has an http server to which the Playbook extension and other tools talk to in order to sideload the application.
If (and it's a big IF given BB's past records) this server is also accessible from the device itself via localhost, the direct installation could be implemented in an app or in the very same store app. Of course, since the device password is required, the app making the local install should be open-sourced as a security measure, so that everyone can review the code and in case build it themselves if they don't trust the pre-compiled binary.

[patrickjmquinn]

Nice idea, .bar and .apk s could also be hosted on Drive to save monthly traffic.

As for the installation of .bar s straight from the device, OS10 has an http server to which the Playbook extension and other tools talk to in order to sideload the application.
If (and it's a big IF given BB's past records) this server is also accessible from the device itself via localhost, the direct installation could be implemented in an app or in the very same store app. Of course, since the device password is required, the app making the local install should be open-sourced as a security measure, so that everyone can review the code and in case build it themselves if they don't trust the pre-compiled binary.

Id argue that pushing dev towards open source and github would mean that builds could be hosted there via the release tab of the repo.

The local server inst accessible from the browser of the device but i'd imagine a second http server acting as a device proxy could allow access to it if it isn't directly available.

[Simo_Dax]

The local server inst accessible from the browser of the device but i'd imagine a second http server acting as a device proxy could allow access to it if it isn't directly available.

I've found the localbar thread here on the forums, it looks like another device as a proxy is mandatory. I should have expected it from Rim folks, but it was worth investigating into

[PepikVaio]

Hi everyone, I have a broken imac. At the moment I can't continue working.
I am planning to repair the imac soon.

[patrickjmquinn]

Hi everyone, I have a broken imac. At the moment I can't continue working.
I am planning to repair the imac soon.

Ah disappointing but unavoidable I guess. I hope you manage to get your mac back in working order. If you still have access to the drive don't be afraid to share the source and we can continue on your work while you're off the air

[Leyra B10]

I've found the localbar thread here on the forums, it looks like another device as a proxy is mandatory. I should have expected it from Rim folks, but it was worth investigating into

Are you sure? I was thinking reflecting/proxy a snapshot of itself as an object or image @Local or @Platform, and using a worker thread to request upgrade protocol and then run the install script.
Resources need proper caching on first ok request otherwise its 'x-' or not official and ultimately not trusted so it wont work. If pass by reference would work on the app binary then transfer it with that from arraybuffer.
Sorry for the rough description I hope some key words are understandable.

Posted via CB10

[Leyra B10]

Nice idea, .bar and .apk s could also be hosted on Drive to save monthly traffic.

As for the installation of .bar s straight from the device, OS10 has an http server to which the Playbook extension and other tools talk to in order to sideload the application.
If (and it's a big IF given BB's past records) this server is also accessible from the device itself via localhost, the direct installation could be implemented in an app or in the very same store app. Of course, since the device password is required, the app making the local install should be open-sourced as a security measure, so that everyone can review the code and in case build it themselves if they don't trust the pre-compiled binary.

http must receive succesful upgrade to smb protocol. I wondered if webkit application cache could store the installer. As for the password you could curry the parameters in the install process from a web form.

Posted via CB10

[Simo_Dax]

Are you sure? I was thinking reflecting/proxy a snapshot of itself as an object or image @Local or @Platform, and using a worker thread to request upgrade protocol and then run the install script.
Resources need proper caching on first ok request otherwise its 'x-' or not official and ultimately not trusted so it wont work. If pass by reference would work on the app binary then transfer it with that from arraybuffer.
Sorry for the rough description I hope some key words are understandable.

Posted via CB10

I think I got your idea, but unluckily the device rejects http connections coming from its own ip, so the proxy must be on another device
https://forums.crackberry.com/playbo...aybook-667235/

[Leyra B10]

I think I got your idea, but unluckily the device rejects http connections coming from its own ip, so the proxy must be on another device
https://forums.crackberry.com/playbo...aybook-667235/

Thanks for your response.1 followup question.
In the OSI model, would what you stated mean that another pyhsical layer is required, data link, or network?

Thanks!

Posted via CB10

[Simo_Dax]

Thanks for your response.1 followup question.
In the OSI model, would what you stated mean that another pyhsical layer is required, data link, or network?

Thanks!

Posted via CB10

I guess another network layer is fine to fool the routing protocols or even an ip alias on the interface, though root access would likely be needed to add it

[Leyra B10]

I guess another network layer is fine to fool the routing protocols or even an ip alias on the interface, though root access would likely be needed to add it

Ah ok. Yea I still think something like playbook ext could be done locally then, either some simple trick or complex async process either way thanks again.

Something a little like whats happening here. This is just an open source routed page demo that uses ajax and sessionStorage, but it does require touch events or emulation of touch through requestAnimationframe monitor or a debugger.
https://cdpn.io/RJLeyra/debug/PoPREGv


Posted via CB10

[Sandeep Jain1]

This looks fantastic!!!

[Leyra B10]

Hello,I put a bit of work into tearing the playbook extension apart to run my own version. It is working fine on chromium browsers [Chrome, Edge]

While stepping through an install and launch it was apparent what could be done.

I'm aiming to have some source files with an easy to replicate process for installation.

https://heroics.herokuapp.com/

Posted via CB10

[patrickjmquinn]

Hello,I put a bit of work into tearing the playbook extension apart to run my own version. It is working fine on chromium browsers [Chrome, Edge]

While stepping through an install and launch it was apparent what could be done.

I'm aiming to have some source files with an easy to replicate process for installation.

https://heroics.herokuapp.com/

Posted via CB10

Looks like that link is just a boilerplate express project for heroku, is that correct for the moment?