Sublime Forum

SublimeText Organization at GitHub!

#16

HELPPP!!!

As of yesterday, I can no longer push to the SublimeText/LaTeXTools repo! This is a problem, as there are a couple of urgent fixes I need to apply.

I noticed that yesterday I was added to the “developers” team, and that I have access to 5 repos… but NOT to LaTeXTools. Can someone (guillermoo) please fix this ASAP!

I like the idea of having a single org for SublimeText plugins, but if this becomes too much of a hassle, I will have to fork the plugin to a repo that I maintain directly.

M

0 Likes

#17

Hi Marciano,

I have next to no idea how to use the org features at GitHub. I’ve tried my best, but I believe too many people have access to the repo now. You should try to talk to barneywilliams (Greg Williams). He did the initial setup and is more familiar with how it works. Let me know whether I can do anything else, though.

0 Likes

#18

Thanks—Greg already replied to an email I sent him via github. Hopefully he will straighten things out…

0 Likes

#19

Actually, whatever you or Greg did worked—I am now able to push again.

I think this has to do with the creation of a “Developers” group. Up until this afternoon, I was a member of the Developers group, but LaTeXTools was not a repository “controlled” by Developers. It now is.

Again, I have access back, so whatever you/Greg did, Thanks!!!

0 Likes

#20

Hi,

Just joined the party with github.com/SublimeText/TrailingSpaces

0 Likes

#21

Might be a need for another plugin here. We might need something to display all the current keybindings and where they are sourced from. I can see where conflicts can arise by chance.

An example that I like is gnu screen, if you remap keybindings in your .screenrc, the help screen reflect the default + your mods.

0 Likes

#22

Not trying to be difficult , but I am missing the point of the organization. I like the idea of a registry of plugins (ala wbonds json file) but I do not see the benefit in having 19 admins (that do not know each other) for these 20 odd repos.

0 Likes

#23

[quote=“slestak989”]Might be a need for another plugin here. We might need something to display all the current keybindings and where they are sourced from. I can see where conflicts can arise by chance.

An example that I like is gnu screen, if you remap keybindings in your .screenrc, the help screen reflect the default + your mods.[/quote]

I could not agree more, I’ve no clue how to pull it off though. There is no automatic way of doing this as far as I know, you could do it manually but somebody has to keep looking for new bindings in that case.

0 Likes

#24

Hey guys,

I have just joined this organization and I do not want to be a Robin Williams in Vietnam but wouldn’t it be nice if we created a repo just for communication? We could ask things via Issues and people have the option to opt out. We could use a mailing group (which I can volunteer to set up on my web server) however Issues on github would be public and have the option to be referred to and flagged as closed or tagged and what not.

I could provide a opt-out-able mailing system too, however since we are already on github we could use the system there and grow the organization into a little knowledge base…

All of this comes from me looking for a way to ask others on github and to be able to attach code on github or even link issues from our plugin repos.

Do you like the idea? It couldn’t hurt right?

0 Likes

#25

I must say I do not dislike this idea. Issues on github are well-conneted with other issues on github by cross-linking other repos and stuff and all in all this seems like the place where “SublimeText” coders can communicate and discuss on problems or something.

I’d also like to mention the #sublimetext IRC channel on freenode where I and several others are helping people with being sublime. You should check there too and you can also discuss small or urgent things there.

0 Likes

#26

Great idea, a suggestion board.

0 Likes

#27

It’s actually more than that

0 Likes

#28

I’m new to github, python and sublime plugins, so this may be a silly question, buuutt: if I switch my plugin over to this sublimetext packaged github, is it no longer mine? What all am I transferring over? What happens to all my existing issues for the plugin? who can edit my repository after the switch?

0 Likes

#29

I wouldn’t bother moving over - the org was created in the pre-Package Control days, and I’m not sure it has much purpose anymore.

0 Likes

#30

:stuck_out_tongue:

0 Likes

#31

I think we should remove ST2 support from packages that are compatible with ST3, this way more people will really support this project by buying a license. What do you think?

0 Likes

#32

I will not stop supporting ST2 until ST3 has a stable release - except when it’s a real pain but that hasn’t happened so far.

0 Likes

#33

Some time ago, I announced my support for ST2 would only carry to the release of ST3. When ST3 is offical, I will no longer be supporting ST2. Too much work. With that said, I think if I started getting donations to fund the plugins, I would continue supporting them. I’ve considered cutting off ST2 support before ST3 is official because of all the extra work, but I am a nice guy :smile:.

Edit: I should state that the my plan is to move the ST2 versions to some archive. I don’t plan on just deleting them, but no more bug fixes or enhancements etc.

0 Likes

#34

I went ahead and just removed the ST2 version of most of the packages I maintain, god people confuse versions and mess installations; the same question in 1000 different forms again and again. :stuck_out_tongue:

0 Likes

#35

Isn’t that the truth. I envy you a little with just ditching your ST2 branches. I grow tired of the ST2 support…

0 Likes