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

~~~Informal communication channel~~~ #6

Closed
lexidor opened this issue Nov 19, 2019 · 17 comments
Closed

~~~Informal communication channel~~~ #6

lexidor opened this issue Nov 19, 2019 · 17 comments

Comments

@lexidor
Copy link
Contributor

lexidor commented Nov 19, 2019

The last real commit to this project is from 2017. It requires hhvm ~3.6. Is this project still useful enough to upgrade to modern day hack?

@fredemmott
Copy link
Contributor

I think so in general - it provides a nice abstraction for client-side JS, and the need for that isn't really going to be addressed by changes in Hack.

That said, it's probably not worth updating this until XHP namespaces are supported

@connorgurney-personal
Copy link

Out of curiosity, did anything ever come of this issue?

@lexidor lexidor changed the title Is there any value in upgrading this project to hhvm 4.32? Support xhp-4, hhvm 4.72, and migrate to Hack arrays Nov 14, 2020
@lexidor
Copy link
Contributor Author

lexidor commented Nov 14, 2020

Out of curiosity, did anything ever come of this issue?

Xhp namespace support was introduced in September see blog post. We haven't gotten around to updating this just yet. I have changed the issue title to reflect the status.

@connorgurney-personal
Copy link

Cool beans, @lexidor—thanks! 😁

@lexidor lexidor changed the title Support xhp-4, hhvm 4.72, and migrate to Hack arrays Support xhp-4, hhvm 4.73, and migrate to Hack arrays Nov 15, 2020
@lexidor
Copy link
Contributor Author

lexidor commented Nov 15, 2020

These changes will make working on this project in modern hhvm versions possible.
We still have some work ahead of us, but having the project pass the typechecker is a lot more inviting to work on.
I will try and get this on the agenda so we can figure out what still needs to be done.

Namespace, license, and React 16 are things I can think of right now, but there might be more.

@connorgurney-personal
Copy link

Did you make any progress on this, @lexidor? Happy to help as required.

@lexidor
Copy link
Contributor Author

lexidor commented May 11, 2021

Thanks a lot for checking in. I forgot about the one last thing to note on my PR #9. I did acknowledge it with a reply, so it wasn't on my radar anymore. I'll finish that PR this European evening tomorrow. Once #9 is merged, we could tackle the other issues (#7, #8, #10). The most the difficulty would be in checking if / how the React integration works #8. The license question can only be answered by someone @facebook. Picking a namespace is a breeze, just prepare for bikeshedding. I'd pick Facebook\XHP\JS. We already had Facebook\XHP\{ChildValidation, Core, HTML} in facebook/xhp-lib.

@lexidor
Copy link
Contributor Author

lexidor commented May 11, 2021

If you happen to use React, could you look at how modern React "compiles" jsx? We need to output this from XHPReact.

@lexidor
Copy link
Contributor Author

lexidor commented May 12, 2021

Did you make any progress on this, @lexidor? Happy to help as required.

I addressed the review comment. Once it is in master, work on the other issues can get started.

@connorgurney-personal
Copy link

I'll be honest, I'm not sure whether to start, but I'm more than happy to give it my best shot!

@lexidor lexidor changed the title Support xhp-4, hhvm 4.73, and migrate to Hack arrays ~~~Informal communication channel~~~ May 28, 2021
@lexidor
Copy link
Contributor Author

lexidor commented May 29, 2021

I'll have a look in the coming days about the code that React generates for jsx and how we can emit this from server side. It may very well be the case that React's core "codegen" has not changed much or at all. If so, this will be an easy task. A lot of best practices have changed on the web. Scripts are usually deferred by default, so we might need to still have this work in situations where React is not yet active during the first parse of the document.

@lexidor
Copy link
Contributor Author

lexidor commented May 29, 2021

#9 got merged right before the weekend. Master can now run on hhvm 4.72 and up.

@connorgurney-personal
Copy link

connorgurney-personal commented May 31, 2021

Superb news there! Moving forward, #7 needs to be addressed by @fredemmott or his colleagues at Facebook, and I think they'll want input on #10 too. I'm still happy to work on #8 with you, @lexidor.

@lexidor
Copy link
Contributor Author

lexidor commented May 31, 2021

@connordoner that sounds great. I'll take a first look on a branch of mine tomorrow. Then I'll grant you access to that branch. If you prefer communicating via Github issues over email for example, let's do that on an issue that does not notify Fred. #8 seems like a good place for that. I'll close this issue, since it has been resolved by #9.

@lexidor lexidor closed this as completed May 31, 2021
@connorgurney-personal
Copy link

I'm more than happy to communicate however you prefer, @lexidor! My email is [email protected].

That said, it may well be worth keeping it in GitHub issues for the benefit of others using XHP?

@fredemmott
Copy link
Contributor

Hey - we're also on Slack in #xhp - https://hhvm.com/slack :)

@connorgurney-personal
Copy link

connorgurney-personal commented Jun 8, 2021 via email

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

No branches or pull requests

3 participants