GithubHelp home page GithubHelp logo

Not being used by ARR about acl-style-files HOT 25 CLOSED

acl-org avatar acl-org commented on July 26, 2024
Not being used by ARR

from acl-style-files.

Comments (25)

danielgildea avatar danielgildea commented on July 26, 2024 1

ok, we have a template now

https://www.overleaf.com/latex/templates/association-for-computational-linguistics-acl-conference/jvxskxpnznfj

from acl-style-files.

LSinev avatar LSinev commented on July 26, 2024

Maybe this will help #6 (comment)

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

Thanks—that's a separate Overleaf, unfortunately. But it's a good idea to see if Dan knows about the ARR one.

from acl-style-files.

davidweichiang avatar davidweichiang commented on July 26, 2024

My very dim recollection is that Amanda Stent may have uploaded it, and once it's uploaded as a template, it's managed by Overleaf, not a user. For that reason she (or whoever it was that did it) recommended not doing this again.

from acl-style-files.

davidweichiang avatar davidweichiang commented on July 26, 2024

Is that template actually linked from somewhere, or do you find it by searching on Overleaf?

related: acl-org/aclrollingreview#41

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

It was not in fact linked from ARR—I only found it by googling. If it can't be updated, we should remove it, and switch over to the ACL template.

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

It seems however that one *can update a template. So we should publish the ACL one as a template in the Overleaf gallery, and then manually update that every time it changes.

from acl-style-files.

davidweichiang avatar davidweichiang commented on July 26, 2024

Ah, here's the old discussion: #6 (comment)

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

So that issue discusses syncing the Github repo with Overleaf. Publishing it as a template in the Overleaf gallery is a separate step.

I think the steps therefore are:

  • Find the owner of the Overleaf project that produced the ARR template, and delete it
  • Ensure there are no real important differences
  • Publish ours instead as the official ACL template, possibly with a name like "ACL/ARR Template" to reduce confusion

from acl-style-files.

davidweichiang avatar davidweichiang commented on July 26, 2024

I linked to that particular comment because it was about the difficulties of dealing with Overleaf templates. My takeaway from it was that we should simply maintain a public Overleaf project, not a template. So I agree with your first step but don't think we need the second step (because the community has been using the official style files for a while now) or the third step (because it sounds like it is more trouble than it is worth).

Pinging @ajstent to see if she has any comments!

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

Ah, I see, I just jumped to the top of the thread and missed the particular comment you linked to.

I still think we might pursue the path of using an official template. We have an official project, so once this is straightened out, it shouldn't need unpublishing, just updating. Do we have access to the ARR template (@ajstent?) that we could test updating it and seeing if it gets through moderation?

Regardless we should try to get that one deleted, since it is a point of confusion even for an insider like me. ARR should also link to whatever instructions we come up with.

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

ARR links to the Github repo; is there a read-only public link to the Overleaf that they could additionally link to? That already would be a lot more convenient than the Github repo. I checked, but am unable to do anything since I am no longer the owner.

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

And now I see that we link there in the Github README: https://www.overleaf.com/read/crtcwgxzjskr.

So maybe the simplest path forward is to try to remove the ARR template, but this seems less pressing since there is a clear path for people who read the instructions.

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

Here are a few more weird things about the current method of sharing via a non-template:

  • Users clicking on it are told that they are "Invited to join" the project. This is not the intent.
  • Everyone using the project is listed as a "connected user". I don't know what this means, since they are not editing the original. This might be visible only to me, as a project owner.

image

  • When I (as a project owner) click on it, I am not certain whether I am editing the original project or a clone of it. This is always a point of uncertainty for me and there is a risk that I or another owner will start a personal paper in the template.
  • I believe the process for cloning it is a bit clunky (you have to exit out and then duplicate or rename it). I can't tell because I am an owner.

These issues are the whole reason for having templates. I think we should consider fixing the current situation as I suggested above to make this process more streamlined.

from acl-style-files.

davidweichiang avatar davidweichiang commented on July 26, 2024

And now I see that we link there in the Github README: https://www.overleaf.com/read/crtcwgxzjskr.

I very dimly remember that to avoid creating O(n^2) links, I asked for everyone to link to the Github README and the Github README links everywhere else.

from acl-style-files.

davidweichiang avatar davidweichiang commented on July 26, 2024

Here are a few more weird things about the current method of sharing via a non-template

Agreed on all of these. I imagine that even non-editors would be worried that they are editing the template for everyone else.

from acl-style-files.

jkkummerfeld avatar jkkummerfeld commented on July 26, 2024

[ARR Co-CTO chiming in]

The discussion above is correct - we do not mention that Overleaf template anywhere on our website. No need to check it for anything that should be retained.

As for the owner, another possibility is @neubig who was CTO for the start of ARR.

from acl-style-files.

neubig avatar neubig commented on July 26, 2024

It wasn't me AFAIR

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

Okay, I wrote to Overleaf to see if they'll remove the ARR template.

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

It's done! They deleted it.

Their expeditiousness causes me to think things have changed enough from two years ago that we might successfully publish and link to an official template from this repo.

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

@danielgildea What do you think about publishing an official template, then, and linking to that from the README? As I noted in a comment above, there's a lot of awkwardness in actually instantiating the current project on Overleaf, and Overleaf's responsiveness in deleting the old ARR template suggests maybe the customer support issues from a few years ago have been resolved.

from acl-style-files.

davidweichiang avatar davidweichiang commented on July 26, 2024

It's great that they were so responsive! I wonder if it makes sense for someone (@mjpost?) to communicate with them further about (a) whether they can stay perpetually synced with a Github repository or (b) if they have to do manual review, whether they have any expectations about what a reasonable frequency of updates is and whether they can make any commitment to a maximum turnaround time.

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

Good thought, I'll use my open thread with them to ask.

from acl-style-files.

danielgildea avatar danielgildea commented on July 26, 2024

@danielgildea What do you think about publishing an official template, then, and linking to that from the README?

I can do that, if you are happy with the answers from overleaf to your questions.

from acl-style-files.

mjpost avatar mjpost commented on July 26, 2024

I just remembered this. I emailed last week and got a response right away. All initial approvals and changes do require manual review. They expect that templates are pretty stable. I didn't ask about whether we can keep permanently synced between Github and Overleaf but that has been a feature for some time. She did mention that changes to the template are easier if they are issued from the same Overleaf repo.

Based on this, I suggest we publish a template and then update our internal link(s) to point to it.

from acl-style-files.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.