Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

✨ iPadOS #1443

Closed
ghost opened this issue Oct 9, 2023 · 3 comments
Closed

✨ iPadOS #1443

ghost opened this issue Oct 9, 2023 · 3 comments
Labels
enhancement New feature or request needs refinement This issue is not complete and has to be refined by the maintainers

Comments

@ghost
Copy link

ghost commented Oct 9, 2023

Description

As iPads and iPadOS gets more capable, I imagine many users would like an iPadOS version of the app. Not fully featured, but optimized for mobile. As a developer, I think this would be great. As a user, I think that updates could be pushed to projects while developers are traveling without their Mac.

Alternatives Considered

Maybe like how Apple did Swift Playgrounds. As a stripped down version of Xcode

Additional Context

No response

Screenshots

No response

@ghost ghost added the enhancement New feature or request label Oct 9, 2023
@github-actions github-actions bot added the needs refinement This issue is not complete and has to be refined by the maintainers label Oct 9, 2023
@matthijseikelenboom
Copy link
Contributor

This will not happen anytime soon, if it happens at all. Our first priority is getting a proper CodeEdit version for macOS, which is not done by a long shot.

To go into more detail, the CodeEdit codebase makes a lot of use of macOS API's. Another things is that CodeEdit will lean heavily on extensions and those will likely not be available on iPad, due to Apple very strict policies for extensions.

So if it will ever happen, a new app will have to be build, that may reuse some of CodeEdit's packages, like the TextView (provided the API's that it uses are available on iPadOS).

Currently iPadOS is still a weak OS to develop on. It's too locked down, there is no terminal shell that can interact with a file system. Development build tools are barely available, so only scripting languages work. An option to fix that is to make it cloud based, but that is a lot of work and then it won't be free to use, because we will have server costs.

@austincondiff
Copy link
Collaborator

austincondiff commented Oct 10, 2023

Never say never, but as @matthijseikelenboom said, our priority is first with macOS.

That said, this is a community driven project, so if you or others want to take on this effort, anyone is more than welcome to however the focus will be on core features to reach v1.

@ghost
Copy link
Author

ghost commented Oct 10, 2023

This will not happen anytime soon, if it happens at all. Our first priority is getting a proper CodeEdit version for macOS, which is not done by a long shot.

To go into more detail, the CodeEdit codebase makes a lot of use of macOS API's. Another things is that CodeEdit will lean heavily on extensions and those will likely not be available on iPad, due to Apple very strict policies for extensions.

So if it will ever happen, a new app will have to be build, that may reuse some of CodeEdit's packages, like the TextView (provided the API's that it uses are available on iPadOS).

Currently iPadOS is still a weak OS to develop on. It's too locked down, there is no terminal shell that can interact with a file system. Development build tools are barely available, so only scripting languages work. An option to fix that is to make it cloud based, but that is a lot of work and then it won't be free to use, because we will have server costs.

I was thinking we would use SSH to get terminal functionality, and there could be a new API for extensions, which uses a ton of if statements and variables to replicate the macOS version. (weak example: Minecraft for iOS)

@CodeEditApp CodeEditApp locked and limited conversation to collaborators Oct 10, 2023
@austincondiff austincondiff converted this issue into discussion #1444 Oct 10, 2023
@github-project-automation github-project-automation bot moved this from 🆕 New to 🏁 Complete in CodeEdit Project Oct 10, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
enhancement New feature or request needs refinement This issue is not complete and has to be refined by the maintainers
Projects
Status: 🏁 Complete
Development

No branches or pull requests

2 participants