Comments (25)
ok, we have a template now
from acl-style-files.
Maybe this will help #6 (comment)
from acl-style-files.
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.
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.
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.
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.
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.
Ah, here's the old discussion: #6 (comment)
from acl-style-files.
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.
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.
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.
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.
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.
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.
- 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.
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.
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.
[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.
It wasn't me AFAIR
from acl-style-files.
Okay, I wrote to Overleaf to see if they'll remove the ARR template.
from acl-style-files.
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.
@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.
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.
Good thought, I'll use my open thread with them to ask.
from acl-style-files.
@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.
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)
- Bad length values lead to ugly misalignment between the columns
- preprint option HOT 1
- Inconsistency in Arxiv compilation HOT 3
- Add example author blocks
- Proposal: Pandoc (Dynamic) LaTex Template for ACL Papers
- The style file in .zip file is not same as the file in overleaf or latex subdirectory
- Update request for ACL style sheet to include editor names in the bib files (@inproceedings) HOT 4
- anthology.bib exceeds the file size limit for overleaf HOT 6
- \thanks and \Thanks are broken HOT 2
- Have to move files before being able to use pdflatex HOT 1
- Bump TeXLive version on Overleaf to 2023 HOT 1
- Typo in naming of Acknowledgments section
- Expose `if final copy` switch to the user HOT 1
- Cannot add svg images due to no inkscape HOT 1
- Limitation section
- Add `articlenum` field
- Runaway argument under Ubuntu 22.04.4 LTS (texlive 2022)
- Reference titles text-case is not preserved HOT 1
- arXiv.org citations missing info HOT 9
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from acl-style-files.