Skip to content
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

Updated README for Label dashboard profile sept 2023 #1037

Merged

Conversation

niccolopaganini
Copy link
Contributor

Merging to master branch as @shankari merged fixed the issue regarding the merge and it makes more sense to the master branch. I will be closing #1030 after this goes up.

Changes:

  1. Restructured the README for clarity and better flow (in my opinion)
    • Added a contents section
    • Added markdown anchors
    • Added screenshot for final output
  2. Updated certain links
  3. Updated version number
  4. Addressed previous concerns
    • build version/ type of build location
    • Verified method of build

niccolopaganini and others added 7 commits September 12, 2023 00:47
1. Updated README like @JGreenlee mentioned to successfully build
2. Maintaining current version
3. Will update again after updating JDK in this intel machine
- Added hyperlink to the title
- Added output screenshot
- Updating markdown anchors
Updating markdown anchors as 4,5, & 6 weren't working
- touch up
- fixed non-working markdown anchors
@niccolopaganini niccolopaganini changed the title Label dashboard profile sept 2023 Updated README for Label dashboard profile sept 2023 Sep 23, 2023
Copy link
Contributor

@shankari shankari left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I also don't see the CI for the SDK install in the README
e-mission/e-mission-docs#958 (comment)

README.md Outdated

:sparkles: This has now been upgraded to cordova android@9.0.0 and iOS@6.0.1 ([details](https://github.com/e-mission/e-mission-docs/issues/554)). It has also been upgraded to [android API 29](https://github.com/e-mission/e-mission-phone/pull/707/), [cordova-lib@10.0.0 and the most recent node and npm versions](https://github.com/e-mission/e-mission-phone/pull/708)It also now supports CI, so we should not have any build issues in the future. The limitations from the [previous upgrade](https://github.com/e-mission/e-mission-docs/issues/519) have all been resolved. This should be ready to build out of the box, after all the configuration files are changed.
:sparkles: This has now been upgraded to cordova android@12.0.0 and iOS@6.2.0. It has also been upgraded to [android API 33 and the latest iOS versions](https://github.com/e-mission/e-mission-docs/issues/934), [cordova-lib@10.0.0 and the most recent node and npm versions](<insert link>). It also now supports CI, so we should not have any build issues in the future. __This should be ready to build out of the box.__
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good job updating the versions! There is still an <insert_link> which you need to fix.
We might want to remove the versions altogether instead of taking on the burden of keeping them maintained.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm on board with not listing the version numbers and just telling people to look at package.cordovabuild.json and package.serve.json.

Overall I think this paragraph is 'fluff' that gets in the way and can be removed

README.md Outdated
---

## 1. Creating logos
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure why "creating logos" is the first step. If you are working on the UI only, you don't have to update the logos. Even if you are working on the plugins, you do not need to create logos unless you are building your own app. Why does a UI-only developer even need to care about the logos?

README.md Show resolved Hide resolved
README.md Outdated
```

### Activation (after install, and in every new shell)

2. Run this to activate
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why do you need this given that there is exactly one command to run?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This comment has not been addressed

README.md Outdated
Comment on lines 76 to 77
2. Change the devapp connection URL to one of these (e.g. 192.168.162.1:3000) and press "Connect"
3. The app will now display the version of e-mission app that is in your local directory
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Markdown will autonumber lists that start with 1., 1., 1.
It is better not to number them manually to avoid mistakes.

See the existing README for validation

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This comment has not been addressed

README.md Outdated
npm run build-dev-android
```
Your output should look something like this:
![Build Successful Message screenshot](Build_ss.png)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As I have said before, image-based screenshots are not the best way to represent text-based outputs. Please replace with text, like the other expected outputs.

README.md Outdated
---
are available in the [e-mission-server README](https://github.com/e-mission/e-mission-server/blob/master/README.md).

In order to make end to end testing easy, if the local server is started on a HTTP (versus HTTPS port), it is in development mode. By default, the phone app connects to the local server (localhost on iOS, [10.0.2.2 on android](https://stackoverflow.com/questions/5806220/how-to-connect-to-my-http-localhost-web-server-from-android-emulator-in-eclips)) with the `prompted-auth` authentication method. To connect to a different server, or to use a different authentication method, you need to create a `www/json/connectionConfig.json` file. More details on configuring authentication [can be found in the docs](https://github.com/e-mission/e-mission-docs/blob/master/docs/install/configuring_authentication.md).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

a fair amount of this is obsolete given the dynamic config. Did you check with @JGreenlee?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is connectionConfig.json used at all anymore?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After the master_for_platform -> master change, I don't think so.

$ grep -r connectionConfig www/js

doesn't find any usages.

We should test removing it completely (in addition to fixing the README)

README.md Outdated

In order to make end to end testing easy, if the local server is started on a HTTP (versus HTTPS port), it is in development mode. By default, the phone app connects to the local server (localhost on iOS, [10.0.2.2 on android](https://stackoverflow.com/questions/5806220/how-to-connect-to-my-http-localhost-web-server-from-android-emulator-in-eclips)) with the `prompted-auth` authentication method. To connect to a different server, or to use a different authentication method, you need to create a `www/json/connectionConfig.json` file. More details on configuring authentication [can be found in the docs](https://github.com/e-mission/e-mission-docs/blob/master/docs/install/configuring_authentication.md).

One advantage of using `skip` authentication in development mode is that any user email can be entered without a password. Developers can use one of the emails that they loaded test data for in step (3) above. So if the test data loaded was with `-u shankari@eecs.berkeley.edu`, then the login email for the phone app would also be `shankari@eecs.berkeley.edu`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is also now different given the one-step opcode. Have you actually successfully run end-to-end with these instructions?

README.md Outdated
xcode-select --install
```

2. Creating Logos
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why is this here?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why is this here?

From my experience upgrading from Monterey to Ventura (on two devices), I noticed that the update removes the CLI tools. Given that this has nothing to do with e-mission-phone and more to do with Mac devices, I can remove it in the next PR. I only added this because ease I remember you mentioning something regarding Mac specific and thought it would be useful.

README.md Outdated
Comment on lines 291 to 302
git checkout master
```
```
git pull upstream master
```
```
git push origin master
```
```
git branch -d <branch>
```

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why are these in separate code blocks?

@niccolopaganini
Copy link
Contributor Author

niccolopaganini commented Sep 24, 2023

Changes needed to be done for the next PR update:

  1. Remove manual numbering
  2. Remove screenshot and replace with text
  3. Verify the one step OPcode process for end-to-end testing
  4. Remove "Tested On" as it makes no sense
  5. There is still an <insert_link> which you need to fix.

We might want to remove the versions altogether instead of taking on the burden of keeping them maintained.

Remove it
6. Update CI for Android SDK install
7. Installation of JDK ought to be fine. Adding the PATH to be removed from the README

If you have setup failures, please compare the configuration in the passing CI builds with your configuration. That is almost certainly the source of the error.

Add it
8. Speaking of CI builds, remove the versions numbers and make sure to point anyone to the CI for reference.

@niccolopaganini
Copy link
Contributor Author

"Formatting" as a whole:

1. Activation for the plugins

  • I think you should've been more clear but it is evident that I what I tried to achieve failed. I was basically trying to capture the repeatable process separately

2. Code without the $ sign:
I removed it for the sole reason being that when speaking with Shrestrha (I could not find his username, I will modify the comment later), the copy button of the GitHub also copies the $, which is why I deviated from the convention. That said, on a high level, I searched for a couple of repos in GitHub and none seem to follow. That said, which one would you advice moving forward:
- This one (as per convention):

$ xyz

OR

  • This one (to accommodate the convention but can be easily copied from the README): $xyz
    OR
  1. This one (the current way):
xyz

4. > Why are these in separate code blocks?

Same as above; easy to copy-paste the commands -

*The above is for convenience*

5. Structure
From speaking with both Shrestha & Grassi, I got the impression/ feedback from them that it was kind of confusing, and Shrestha explicitly stated a contents section in the README would be nice. What do you think @shankari, do you think it will be helpful. Although everything is tied in the app, the e-mission-phone repo's sections are independent; which is why I inserted markdown anchors. If it is not correct, I can keep the anchor links and restore it to the original structure.

@shankari
Copy link
Contributor

shankari commented Sep 25, 2023

That said, on a high level, I searched for a couple of repos in GitHub and none seem to follow.

Which repos? What does "none seem to follow" mean concretely?

From speaking with both Shrestha & Grassi, I got the impression/ feedback from them that it was kind of confusing, and Shrestha explicitly stated a contents section in the README would be nice. What do you think @shankari, do you think it will be helpful. Although everything is tied in the app, the e-mission-phone repo's sections are independent; which is why I inserted markdown anchors. If it is not correct, I can keep the anchor links and restore it to the original structure.

I don't disagree that it is confusing, and I don't object to a ToC. I just don't think that changing the structure to mix up the UI-only section and the native code section makes it less confusing. What is the concrete feedback that drives that change in structure.

Note also that you have only interviewed people who are working on native code, not on UI-only changes.

I have added detailed feedback on where I think that the structure changes are incorrect. I am not sure what else you are looking for.

niccolopaganini and others added 2 commits September 25, 2023 00:29
Removed manual numbering and updated markdown anchors
…on 3. Revised formatting for activation sub-section -> for better clarity
Copy link
Contributor

@shankari shankari left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't see that all my comments have been addressed. Please address or provide justification before asking for re-review.

README.md Outdated Show resolved Hide resolved
@niccolopaganini
Copy link
Contributor Author

niccolopaganini commented Sep 28, 2023

- if you are not on the most recent version of OSX: 'homebrew'
I would like to as of how to proceed with this as Mac OS Sonoma was recently released. I tried building it today with my personal computer and I was able to build it successfully.

Shall I state it as follows:

- if you are not on Mac OS Ventura/ Sonoma: 'homebrew' 

@shankari
Copy link
Contributor

shankari commented Sep 29, 2023

Shall I state it as follows:

  • if you are not on Mac OS Ventura/ Sonoma: 'homebrew'

@niccolopaganini I think we have made it fairly clear that we don't want to put any versions into the README because they get obsolete very quickly.
#1037 (comment)
#1037 (comment)

We should just always use homebrew. Remove the part about the "most recent version"
Did you check with @iantei on the errors that he has been having?

niccolopaganini and others added 5 commits September 29, 2023 09:54
1. Removed instructions on JAVA_HOME as it is no longer required
2. Quality of life changes
1. Changed the content section
2. Updated links in "Contributing" section
3. Updated "end to end testing" section
1. Updated buttons to point to the right CI
2. Removed point no. 4 in troubleshooting (it was empty)
Made sure the links for the buttons are correct
@niccolopaganini
Copy link
Contributor Author

Changes mentioned that are taken care of:

  1. JAVA_HOME section to be removed
  2. 'Update links' that point to the CI
  3. Remove "floating links"
  4. Updated sections:
    • end-to-end testing

Copy link
Contributor

@shankari shankari left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@niccolopaganini could you please just revert everything except:

  • table of contents
  • npm run instead of npx
  • removing versions
  • new CI badge for prereq-install
  • resolve merge conflict

That is all that is currently broken. We need to fix the broken stuff right now.

I sympthize with your desire to rewrite the README, but it would be better to postpone that until a time when:

  • it is not broken
  • you understand the project better

Build_ss.png Outdated
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this file is not used anywhere

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let me go ahead and remove it

README.md Outdated
#### 1. [Updating the UI only](#updating-the-ui-only)
#### 2. [Updating the e-mission-* plugins or adding new plugins](#updating-the-e-mission--plugins-or-adding-new-plugins)
#### 3. [Creating logos](#creating-logos)
#### 4. [End to End Testing](#end-to-end-testing)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why is end-to-end testing step 4? The common case so far is UI development. As I said before:
#1037 (comment)
it should be before the native build

README.md Outdated

:sparkles: This has now been upgraded to cordova android@9.0.0 and iOS@6.0.1 ([details](https://github.com/e-mission/e-mission-docs/issues/554)). It has also been upgraded to [android API 29](https://github.com/e-mission/e-mission-phone/pull/707/), [cordova-lib@10.0.0 and the most recent node and npm versions](https://github.com/e-mission/e-mission-phone/pull/708)It also now supports CI, so we should not have any build issues in the future. The limitations from the [previous upgrade](https://github.com/e-mission/e-mission-docs/issues/519) have all been resolved. This should be ready to build out of the box, after all the configuration files are changed.
:sparkles: This has now been upgraded to cordova android@12.0.0 and iOS@6.2.0. It has also been upgraded to the **latest Android & iOS versions**, **cordova-lib@10.0.0 and the most recent node and npm versions**. It also now supports CI, so we should not have any build issues in the future. __This should be ready to build out of the box.__
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why have the versions not been removed?
#1037 (comment)

README.md Outdated
---
✨ We constantly upgrade the repo to the latest cordova versions of android, iOS, cordova-lib, and the most recent node and npm versions. The CI will be up-to-date.

For the latest versions, refer [`package.cordovabuild.json`](https://github.com/e-mission/e-mission-phone/blob/fce117ff859abd995613bd405dbc7d27c703b09b/package.cordovabuild.json)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

having this include a permalink defeats the purpose of using it to check the latest links

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah shoot. Would relative path be a good substitute?

README.md Outdated
## Contents
#### 1. [Updating the UI only](#updating-the-ui-only)
#### 2. [Updating the e-mission-* plugins or adding new plugins](#updating-the-e-mission--plugins-or-adding-new-plugins)
#### 3. [Creating logos](#creating-logos)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why is creating logos above end to end testing? Creating new logos is a very very unusual task

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To add on to this, why is the ToC not consistent with the section order?

README.md Outdated
```
"connectUrl": "https://nrel-commute-openpath.nrel.gov/api/"
```
More details on configuring authentication [can be found in the docs](https://github.com/e-mission/e-mission-docs/blob/master/docs/install/configuring_authentication.md).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

large parts of this document are obsolete.The phone auth is now based completely on the dynamic config.

README.md Outdated
- Java 11. Tested with [OpenJDK 11 (Temurin) using AdoptOpenJDK](https://adoptopenjdk.net/releases.html).
- android SDK; install manually or use setup script below. Note that you only need to run this once **per computer**.
- Java 17. Tested with [OpenJDK 17 (Temurin) using AdoptOpenJDK](https://adoptium.net).
- Always use [homebrew](https://brew.sh) in addition to CLI
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"in addition to CLI"? What does that mean?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This has not been addressed

README.md Outdated
Comment on lines 208 to 212
Activating nvm
Using version 19.5.0
Now using node v19.5.0 (npm v9.3.1)
npm version = 9.3.1
Adding cocoapods to the path
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This has not been addressed

README.md Outdated
xcode-select --install
```

__2. Creating Logos__
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why is "Creating logos" here? The rest of the text has nothing do to with logos

README.md Outdated

Once I merge the pull request, pull the changes to your fork and delete the branch
---
### Troubleshooting
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is troubleshooting for the native build - why has it been moved to the bottom?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This has not been addressed

@niccolopaganini
Copy link
Contributor Author

niccolopaganini commented Sep 30, 2023

I sympthize with your desire to rewrite the README, but it would be better to postpone that until a time when:

  • it is not broken
  • you understand the project better

I read your above comments and I will go ahead and restore the original architecture. I am not sure why the changes you said are not being reflected... Let me edit the following changes required and then push the local changes again.

I am not sure what happened during the restoration process that the changes were not saved/ are visible. Let me go ahead and restore it to the original form.

@niccolopaganini
Copy link
Contributor Author

As for end-to-end testing, I must have understood it wrong when @JGreenlee conveyed the changes that had taken place. Let me re-clarify and update it asap

1. Removed manual numbering
2. Removed any form of version numbers 
3. Removed certain Permalinks and swapped it with relative PATHs
4. Made sure the structure is same
@JGreenlee
Copy link
Collaborator

@niccolopaganini I showed you nrel-commute.nrel-op.json as one example of a dynamic config file.

Every ongoing study/program has its own config file. This file could be called anything and could include any number of the supported config options.

If you skim through all the different config files in the directory I showed (https://github.com/e-mission/nrel-openpath-deploy-configs/tree/main/configs) this should become clearer.

Each config file has different values in the server field. Each one has a different URL, reflecting the endpoint where the server for that study is running.

And a few of the configs (the dev-emulator-* ones) just don't have a server field at all. In this case the server is assumed to be running on the same machine (localhost)

So the relevance to the README is that if someone has e-mission-server running at a specific URL or IP address, and they want to connect to it, they would have to specify that URL or IP in the server field of their dynamic config file.

@niccolopaganini
Copy link
Contributor Author

Ah I see... totally misconstrued what you said. Let me go through them and update the README asap

iter 1 - fix end to end testing
Copy link
Contributor

@shankari shankari left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I still don't see the CI for the prereq install.
There are also several unaddressed comments from the previous reviews.

It takes me close to an hour for each such review, which is somewhat pointless if the code is not ready to merge. So I am not going to do any more reviews until I see that at least the CI has been added.

Build_ss.png Outdated
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This file is still here

README.md Outdated

Additional Documentation
---
✨ We constantly upgrade the repo to the latest cordova versions of android, iOS, cordova-lib, and the most recent node and npm versions. The CI will be up-to-date.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We don't constantly upgrade the repo. Not sure what you mean by "the CI will be up-to-date".

Suggested change
✨ We constantly upgrade the repo to the latest cordova versions of android, iOS, cordova-lib, and the most recent node and npm versions. The CI will be up-to-date.
✨ We periodically upgrade the repo to the latest cordova versions of android, iOS, cordova-lib, and the most recent node and npm versions. The CI will be up-to-date.

README.md Outdated Show resolved Hide resolved
README.md Outdated
## Contents
#### 1. [Updating the UI only](#updating-the-ui-only)
#### 2. [Updating the e-mission-* plugins or adding new plugins](#updating-the-e-mission--plugins-or-adding-new-plugins)
#### 3. [Creating logos](#creating-logos)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To add on to this, why is the ToC not consistent with the section order?

README.md Outdated
@@ -1,75 +1,87 @@
e-mission phone app
--------------------
# [e-mission phone app](https://github.com/e-mission/e-mission-phone/tree/master)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why does this need to be a URL given that we are literally in the same repo?

README.md Outdated
Comment on lines 129 to 131
```
export ANDROID_SDK_ROOT="/Users/<user_name>/Library/Android/sdk"
```
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We want to minimize manual copy-paste so these should go into the setup scripts instead.
We don't make people export anything else, so why this?
Please see my earlier comment this variable and JAVA_HOME.

This change has been pending for ~ 3 weeks, so I am fine with cleaning that up later.

README.md Outdated
- Java 11. Tested with [OpenJDK 11 (Temurin) using AdoptOpenJDK](https://adoptopenjdk.net/releases.html).
- android SDK; install manually or use setup script below. Note that you only need to run this once **per computer**.
- Java 17. Tested with [OpenJDK 17 (Temurin) using AdoptOpenJDK](https://adoptium.net).
- Always use [homebrew](https://brew.sh) in addition to CLI
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This has not been addressed

README.md Outdated
If you have setup failures, please compare the configuration in the **passing CI
builds** with your configuration. That is almost certainly the source of the error.

__Export statements__
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think this warrants a bolded heading, especially when it is going to be removed anyway.

README.md Outdated
Comment on lines 192 to 195

Troubleshooting
---
- Make sure to use `npx ionic` and `npx cordova`. This is
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why has this not been restored to its original place?

README.md Outdated

Once I merge the pull request, pull the changes to your fork and delete the branch
---
### Troubleshooting
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This has not been addressed

Not required anymore
- Better wordings
- Removed relative PATH for dynamic links as they don't seem to work
Modified the server to `server`
@niccolopaganini
Copy link
Contributor Author

table of contents ✅

'Update links' that point to the CI ✅

  • npm run instead of npx

…. Added CI badge 3. Plugins installation guide updated
README.md Outdated Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
README.md Outdated
Comment on lines 208 to 214
```
$ npx cordova emulate ios
npm run <ios>
```
AND/OR
$ npx cordova emulate android
```
npm run <android>
```
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is not clear what <ios> and <android> are.

I think we should just give examples of the most common build scripts that we think will be used and list them out here.

npm run build (to build for both Android and iOS platforms)
npm run build-prod-android (to build for Android platform only)
npm run build-prod-ios (to build for iOS platform only)

niccolopaganini and others added 10 commits October 17, 2023 10:42
Adding suggested changes

Co-authored-by: shankari <shankari@eecs.berkeley.edu>
Committing suggested changes

Co-authored-by: Jack Greenlee <JackAGreenlee@gmail.com>
Committing changes based on suggestions
- Wording
- Listing common build types
Reword the "Building the app" section to make it clearer what scripts are available and what they do
Remove the note about putting your own configuration files in the `/json` directory.
We use the dynamic config now and encourage people to use it rather than making local code changes.
update outdated comments about connectionConfig.json to reflect that we don't use connectionConfig.json anymore; this is replaced by the 'server' field of the dynamic config. If not present, it uses localhost.
reword "Building the app"
make "Updating the UI only" a bit clearer:
- you don't have to manually type the IP address in the devapp if it's on localhost
- you do have to type it manually if it's on a different device, and you should make sure that it's on the same network
Remove the note about putting your own configuration files in the `/json` directory.
We use the dynamic config now and encourage people to use it rather than making local code changes.
README.md Outdated Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
niccolopaganini and others added 2 commits October 19, 2023 12:05
Committing suggested change

Co-authored-by: K. Shankari <shankari@eecs.berkeley.edu>
Committing change based on suggestion (adding a link that points to Noel-openpath-deploy-configs)
README.md Outdated Show resolved Hide resolved
@shankari shankari merged commit 26f30d7 into e-mission:master Oct 20, 2023
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants