Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
This issue is for the tracking of the porting of the 5.2.x branch to Drupal 6, which I am currently working on.
Comment | File | Size | Author |
---|---|---|---|
#70 | Panels Port.patch | 197.1 KB | Pancho |
#38 | panels.6.1.patch | 55.32 KB | Pancho |
#9 | panels6.1.patch | 55.89 KB | Nick Lewis |
Comments
Comment #1
Roxpace CreditAttribution: Roxpace commentedHow far has the upgrade came and if you need help, with what do you need help with ?
Comment #2
cwgordon7 CreditAttribution: cwgordon7 commentedI need help with porting Javascript. I do not speak js.
Comment #3
Roxpace CreditAttribution: Roxpace commentedI can manage that too, what rest is updated ?
Comment #4
wayland76 CreditAttribution: wayland76 commentedsubscribe
Comment #5
zilla CreditAttribution: zilla commentedhappy to test an alpha if there is a rolled up version in the cvs or project page - i'm very eager to see how panels2 works with d6.1 - if you release an alpha or beta over the coming weeks, i'm more than happy to test it out and report back on any issues, glitches, etc...
Comment #6
encho CreditAttribution: encho commentedSubscribing to the issue.
Comment #7
designerbrent CreditAttribution: designerbrent commentedsubscribing
Comment #8
Nick Lewis CreditAttribution: Nick Lewis commentedTalked to Merlin, taking a first pass at porting panels. Focusing mostly on low hanging d6 api changes (forms, menus, and theme functions). Will submit patch.
Comment #9
Nick Lewis CreditAttribution: Nick Lewis commentedThis patch is maybe 10% of the work needed to port panels to d6. I may not have time to work on this tomorrow through the weekend. I'm only providing this patch for a developer who might like to pick it up where I left off while I'm MIA.
The panels module, and panels_page module can at least be enabled and work well enough to port without flying blind. I also ported the schema, but the autoport needs to be reviewed, and cleaned up a bit. Panel pages appear to save correctly. However, there's a big nasty menu issue in panels_page that'll need some major reworking. Working out that menu problem appears to be the next major task.
Major tasks identified so far:
1. Panels sends all menu items through a wrapper function that emulates core 6.x menu behaviors. We could probably get away with not touching it, but its certainly code debt from pre 6.x.
2. panels_page_menu() -- This is the biggest scariest thing I've found so far. See the code below:
(panels_page.module 120 -- within hook_menu)
This code really gets to the heart of what was wrong with pre-d6 menu's. From my view, these operations will need to be rewritten to make use of wildcards, and d6's menu_links table. Unfortunately that means that a lot of code is going to have to float from here to form submit functions, menu callbacks, and other places far and away from this original code. In addition, it looks like loading functions will have to change to support the wildcards.
So I take it back, this patch is 5% of the work that needs to be done.
Comment #10
cwgordon7 CreditAttribution: cwgordon7 commentedWhat are you doing??? This is assigned to me, and I am working on it. You are duplicating much of the work I have already done :P.
Comment #11
Nick Lewis CreditAttribution: Nick Lewis commentedDoh - Merlinofchaos had encouraged me to help out on this -- figured you were working on other things. Need this module ASAP for some work I'm doing at my company. Want to split out some work to me? Happy to be of service. If you can give me a patch of that work, I can help you out with javascript. I speak javascript. :-p
Gonna put this back to active since your patch should be the start point.
Comment #12
merlinofchaos CreditAttribution: merlinofchaos commentedSorry, cwgordon07; the issue is almost a month old, I forgot you were initially working on it, and I get asked almost every day about Panels 2 for D6; so I'm encouraging anyone with an interest to collaborate here, since I'm pretty focused on Views 2. Keep rolling patches forward.
Comment #13
jorisx CreditAttribution: jorisx commentedreally cool you guys are porting panels to 6 :-)
keep up the good work!
and keep me posted[subscribing ;-)]
Comment #14
zilla CreditAttribution: zilla commentedsubscribing
Comment #15
allartk CreditAttribution: allartk commentedsubscribing...
Comment #16
kyle_mathews CreditAttribution: kyle_mathews commentedsubscribing
Comment #17
merlinofchaos CreditAttribution: merlinofchaos commentedThis still contains a patch (makes it easier for me to find it, too)
Comment #18
t.karkoulis CreditAttribution: t.karkoulis commentedsubscribing
Comment #19
MichaelK-1 CreditAttribution: MichaelK-1 commentedsubscribe
Comment #20
DaveNotik CreditAttribution: DaveNotik commentedSubscribing.
(My, we need a "Subscribe" toggle on drupal.org, eh? It shouldn't require you to comment to subscribe.)
Comment #21
beerlao CreditAttribution: beerlao commentedSubscribing.
Comment #22
agentrickard@cwgordon
Status?
I have some spare personal time coming up and need to start thinking about Panels/MySite integration in D6. So if you have an active patch, I'll be happy to test and start writing some code.
Comment #23
jhuckabee CreditAttribution: jhuckabee commentedsubscribe
Comment #24
kbahey CreditAttribution: kbahey commentedSubscribe ...
Patch by Nick Lewis no longer applies. Many failures in it.
Comment #25
Wim LeersSubscribing.
Note that due to the simplicity in code (i.e. lack of using any of Drupal core's hooks) of Panels style plugins, the D5 versions will work just fine in D6.
Comment #26
amitaibuSubscribing
Comment #27
vegeneric CreditAttribution: vegeneric commentedsubscribe
Comment #28
rbns CreditAttribution: rbns commentedSubscribing.
Comment #29
mrgoltra CreditAttribution: mrgoltra commentedsubscribing.
Comment #30
bonobo CreditAttribution: bonobo commentedSubscribing
Comment #31
soethiha CreditAttribution: soethiha commentedtuning in...
Comment #32
Vigile CreditAttribution: Vigile commentedWhat do you mean here? The main Panels 2 code should on D6? Or just the Panels add-ons from the contribs?
Oh, and also subscribing - desperately wanting this for current project.
Comment #33
Vigile CreditAttribution: Vigile commentedSorry for double!
Comment #34
Wim Leers@Vigile: Panels plugins from contrib, at least the style plugins, will continue working. Panels 2 itself obviously won't work in D6 yet.
Comment #35
Vigile CreditAttribution: Vigile commentedThanks! Eagerly awaiting some updates - just starting with Drupal so development isn't an option yet but I can definitely help with testing!
Comment #36
locdao CreditAttribution: locdao commentedsubscribing
Comment #37
PanchoI changed the status description on Contributed module status, as it raised expectations that the current patch cannot fulfill.
Hope I'm not too bold raising priority and unassigning cwgordon7 for now. I want others to feel invited to help out. Feel free to reassign in case you're stil working on this.
I'll try to chip in some more 2% of the porting work, but can't promise to succeed. While other important modules are still alpha or beta, from all the modules I need for my latest project, this is the only module that doesn't work at all and keeps me from using D6.
Comment #38
PanchoOkay, I added another one percent or so of the porting work. In the 'edit panel page' administrative section, the local tasks now work more or less correctly. Still lots of errors and no use of wildcards, but now we can at least get a picture of what else needs to be fixed.
For now I will stick to rewriting the menu functions. I decided to post every little progress, because this makes it easier for others to chip in fixes in other areas. Everybody: please help!!!
Comment #39
bitsantos CreditAttribution: bitsantos commented(subscribe)
I've been asked to make something like this for work but I think it'd be better if I just helped with this. What in particular has been finished and what else needs to be done?
Comment #40
bitsantos CreditAttribution: bitsantos commentedPerhaps a to-do list would be nice. Or even just a function checklist. I'd really like to start helping but I have no idea where to start. :-)
Comment #41
PanchoHey bitsantos! Great to hear you want to help out porting this module. I found out that it has a pretty complex architechture, so you'll need some time to understand the inner workings. But no panels in D6 is definitely a big show-stopper, so thanks for any kind of help!!!
Right now, I'm working mostly on the panels_page sub-module, so if you would start with panels_node, we shouldn't do the same things twice. I'm gonna post a new patch asap, after the tasks I'm working at have been completed!
To-do list? Might not be too easy, as the tasks are pretty meshing up, and often you only see the next problem once you fixed the current one - but let's see then...
Comment #42
agentrickardPersonally, here's what I'd like to see, in order:
1) Separate the core Panels API into a module and port it to D6. Do not include any menu functions or higher-order functionality.
2) Port the existing Panels includes (layouts and such) to D6.
3) Port the features of 5.x.2 to a new Panels Admin module.
I have slightly selfish reasons for this, but abstracting the API -- much in the way that Views and View UI are now -- is, IMO, essential to future development.
Comment #43
bonobo CreditAttribution: bonobo commentedRE:
+1
Comment #44
merlinofchaos CreditAttribution: merlinofchaos commentedThe API is already abstracted. I'm not sure what this Panels Admin module you mention would actually do, but I have a feeling that it's already abstracted in a manner that you want.
Comment #45
sdboyer CreditAttribution: sdboyer commentedOK, so I have some emerging concerns about some of the elements in recent comments. I certainly understand that Panels is a really important site development element, but it is a very a complex module, and IMO, if the port to 6.x tries to accomplish any changes to the module itself, it drastically increases the likelihood of us having a Panels6 port that nobody is happy with. Please believe me when I say that we'd have to write the big-brother sequel to The Road to Drupal Hell if that happens.
So in part, this is Ken's comment in 42 - I'm not really sure how we'd abstract the Panels API any more. The menu functions that are in the main module are (almost exclusively) the ajax passthroughs that are necessary for most panels editing operations; the main editing entry point functions (panels_edit_display(), panels_edit_layout(), panels_edit_layout_settings()), are there, along with some basic display- and pane-loading, saving, and exporting functionality. The remainder of the API is essentially what you see in the /includes directory. All the other stuff - panels_node, panels_pages, panels_views, the legacy stuff, panels_mini...it all HAS been abstracted out into separate modules, themselves nothing more than heavy-duty implementations of the core Panels API.
Moreover, there still is more to be done on Panels2.x itself. Even if it works quite well, and it does, generally speaking, there's a reason it's not even RC yet. My general planning has one, possibly two more beta releases, then we can get into RC, but I've very deliberately decided not to begin moving Panels to 6 until we're done developing it for 5.
Now, that doesn't mean I think people shouldn't work on the port to 6.x. It needs to be done, and given the extent to which Panels is a world unto itself, there's a lot in it that DOESN'T need changing in the port. However, what it does mean is that people should do that work with the dual understanding that, a) because the 2.x API is still subject to change, you might end up spending hours/days working on something that ultimately disappears, and b) that I can't promise to give full attention to the questions/patches being raised here until I've gotten to the point where I'm also working on the 6 port, as my mind is (and needs to stay) focused on finishing 5--2.
Comment #46
agentrickardI believe I have just revealed my ignorance of the inner workings of Panels.
I'll be off work next week and have a chance to dive in to the code.
Comment #47
lourenzo CreditAttribution: lourenzo commentedsubscribing
Comment #48
bejam CreditAttribution: bejam commentedsubscribing
Comment #49
PanchoNo doubt, it is not directly a good idea to port a beta and then port all further changes again and again. The point is: Panels 2 beta3 is good enough for most needs, and people are happy to have exactly this version of panels ported to D6.
Suppose you continue developping Panels 2 for D5 and you need two more months to present a final for D5. Then you start porting to D6, need to change the architecture again, need to test and improve and make it actually work in D6. It's gonna be July or August by then and CCK, Views and all the other stuff are usable for quite a long time. I don't think people will be waiting so long, they will try to avoid using panels or build custom solutions or publish some kind of "Panels Lite for D6" (see the comment by bitsantos).
I don't think we want this and I therefore propose to start porting now, and as soon as the port works we all should move our developing focus on pushing the D6 version to a final, only porting pack the changes to D5. Then we might have a working D6 beta in May and people can start adopting it for their projects.
Comment #50
MichelleI disagree. There are a _lot_ of people using this on D5 who shouldn't just get put on hold. No one is using it on D6, yet. Let's get the D5 version at least to a stable release ASAP. If someone wants to work on the D6 port in parallel, that's fine, but I don't want to see D5 just stop at beta 3 and sit there until the D6 port is done and backported.
Michelle
Comment #51
merlinofchaos CreditAttribution: merlinofchaos commentedAs long as the people porting to D6 are willing to keep the patch up to date and deal with merge issues, there's no problem. But I, personally, am not even going to look at the Panels to D6 stuff until Views 2 is stable and I can turn my attention away from it.
Comment #52
bitsantos CreditAttribution: bitsantos commentedSorry to have raised any hopes, guys, but for our current project at work we've decided to go in a different direction so I won't be able to help with the porting. I'll try to pick it up in my free time (the little that I'll be getting). Good luck. :-)
Comment #53
ogi CreditAttribution: ogi commentedsubscribe
Comment #54
seanrre: http://drupal.org/comment/reply/223994/813663#comment-813663
That's specious reasoning IMO. No one's using it on D6 because it's not yet available. If it were, I guarantee you I'd be using it, and probably others as well. The D5 one is fairly stable (I have no problems with it). I'd really like to start building new sites in D6 but can't because I rely on Panels pretty heavily and I imagine there are a great many people in a similar position (lack of ported modules preventing them from upgrading).
BTW, just (re)ported one of my own module, Forward, to D6 today. ;-)
Comment #55
Michelle"No one's using it on D6 because it's not yet available"
Obviously. That was my point. Since it's not available, I can guarantee no one is using it on D6. But there are plenty of people using it on D5 that could use a completed version. I'd love to have a D6 version as well. I'd love to have views and CCK and 100 other modules available for D6. But there is only so much dev time to go around. My feeling (for whatever it's worth since I'm not the one coding it) is that it's better to get 5 finished and then port the finished product to 6 than just abandon everyone on 5 for however long it takes to port it to 6, then finish it, then backport it.
Michelle
Comment #56
PGiro CreditAttribution: PGiro commentedsubscribe
Comment #57
PanchoI'm already working on a port, let's say 50% done. Maybe I'll need some help here and there with AJAX, but the rest should be pretty okay by next week.
Can't promise anything, but I want this so much that I can't help working on it 24h. Weekend's off though, so you'll hear from me next week.
Enjoy the great weather (at least here...)! Pancho
Comment #58
flickerfly CreditAttribution: flickerfly commentedsub - Pancho, could you post a patch of what you have so that others could look at it and maybe help take it to 60% over the weekend?
Comment #59
dami CreditAttribution: dami commentedsubscribe
Comment #60
ardee-1 CreditAttribution: ardee-1 commentedSubscribing...
Comment #61
hass CreditAttribution: hass commentedsubscribe
Comment #62
wayland76 CreditAttribution: wayland76 commentedComment #63
Passionate_Lass CreditAttribution: Passionate_Lass commentedsubscribing
Comment #64
lionstone CreditAttribution: lionstone commentedLet me know if you need any jQuery help .
Subscribing...
Comment #65
skilskilskil CreditAttribution: skilskilskil commentedsubscribing
Comment #66
danmurf CreditAttribution: danmurf commentedSubscribing...
Comment #67
GreenSkunkSubscribing
Comment #68
kenjiru CreditAttribution: kenjiru commentedI'll check if there is anything I can do...
Subscribing...
Comment #69
khanz CreditAttribution: khanz commentedSubscribing
Comment #70
PanchoI'm posting now what I have, because I'll not be able to continue with the port until next week (which is why I unassign for now).
Many things had to be changed, unfortunately I don't have the time now to document everything, but I'll follow up with that.
I started with porting the general Panels module and the Panels_page submodule. Some things do work now, others don't. I guess we should finish porting these two modules and then turn to all the other submodules, which shouldn't be too much work then.
Are 50% of the work done? I thought it were, but then there were some more tricky little problems, so I guess we're at 30-40%.
Comment #71
dami CreditAttribution: dami commentedLooks like nobody has enough time or incentives to work on it by him/her own.
Is it a good idea to piecemeal it? It needs some collaboration and documentation on open items.
Can we commit whatever we have for now to 6.x-dev, and work from there?
Comment #72
merlinofchaos CreditAttribution: merlinofchaos commentedNo; there's too much going on, it'll be much easier to cvs up and keep a rolling patch than it will be to commit and and then try to develop in two branches.
Comment #73
CompShack CreditAttribution: CompShack commentedI'm getting ready to upgrade to D6 and have to make a decision to whether upgrade without Panels cause D6 version is not out yet :(
Comment #74
PanchoI'm back now, and though my time will be limited this week, I'll try to document the changes made and isolate open tasks. I also need to clean up the patch.
Regarding dami's suggestions: Would it be a bad idea to temporarily create a separate project "Panels D6 Port" (just as a "Drupal project", not as a "Module"), so we are able to use CVS and the project features? For every 5.x-2.0 beta, we would commit the original code as a new branch point and then we would roll over the patch. Obviously, we'd need to keep the port up to date until Panels 5.x-2.0 finally releases, then you could commit the final patch back to the Panels project and we'd close the temporary project...
Sounds complicated, but in the daily work, I think it would be easier and more inviting to others than just a rolling patch.
The general guidelines for a patch should IMHO be:
- Optimize the code using new possibilities of Drupal 6 and jQuery 1.1.1
- Minimize API changes
- No feature or string changes
- Port back to the 5.x-branch whatever applies there as well.
Comment #75
wayland76 CreditAttribution: wayland76 commented@Pancho: no, I think that's what CVS branches are for :). I'm not even sure the optimisation is a good idea at this point :), but since I'm not the one coding it, I don't mind :).
Comment #76
merlinofchaos CreditAttribution: merlinofchaos commentedA separate project would be confusing and, as a project administrator, I'd very seriously consider unpublishing it.
I understand people are excited about Drupal 6 work, and I am too, but let's not put the cart before the horse.
And PLEASE do not do any optimizations. There's already some questionable changes in the patch as it is that are not strictly part of a port.
Comment #77
wayland76 CreditAttribution: wayland76 commentedJust to make it clear then -- I think what merlinofchaos is really saying is that, in this issue, the patch should only be the things absolutely essential to a 6.x port; other things should be associated with a separate issue (merlin, could you confirm this?). The beauty of doing things this way is that it means that we get a 6.x port faster, and then once we have the port, everyone can get hacking on it. It also means fewer bugs in 6.x-2.0 -- optimisations belong in 6.x 2.1, I think. Of course, the quick hacking mentioned above depends on branching CVS when we have the 6.x port, which may not be what happens.
I note 5.x-2.x is in beta. Does that mean that it's moderately stable, and mostly looking at bugfixes?
Comment #78
sdboyer CreditAttribution: sdboyer commented@wayland76:
Yes, Panels2 is pretty stable, but it would probably be more accurate to say that it being in beta means that the API won't be changed - not that there aren't other things to be added. As it sees more and more use, we continue to come across very legitimate use cases that, it's our feeling, a full-blown Panels release simply isn't complete without. One such example of this is the ability to hide or show a pane through the use of a simple toggle button on the content editing form - something that will be available for beta4, as a number of use cases that have been presented demonstrating how the absence of that feature necessitates rather painful workarounds. To be concrete about it, I'm keeping a list of items like that need to be added before we'll go RC; once we hit RC, then as far as I'm concerned, it's straight bug fixes up until release. I am planning on posting at least portions of that list up into the queue as tasks so that folks can more easily keep track of the progress.
Let me just say that I really am as excited about a 6.x port as anyone, but I'm also painfully aware of the number of issues that remain with panels. Though the interest and excitement in this thread thrills me, it's just one facet of what's in the queue. So let me second merlin's sentiments by saying - PLEASE limit the contents of the patch strictly to what needs to be done for the port to 6. Not only is it right there in the issue's subject, but it's the same standard I'll be holding myself to when working on the port. Nothing, least of all me, is stopping anyone from opening issues with non-port-related patches.
Comment #79
wayland76 CreditAttribution: wayland76 commented@sdboyer: The "Version" field for the issue can't be set to 6.x until there's at least a 6.x dev version. That's one of the things I was thinking about here :).
@Pancho: Thanks for all your great work, but maybe one thing at a time. Can this be split into (at least) two patches/issues?
Comment #80
PanchoThanks for all your comments!
I understand that splitting out the port to a separate project creates problems. This was just an idea, and if it is considered a bad idea, I certainly don't want to force it.
To accommodate Earl's headaches with changes that might have gone too far, I'll probably start from the scratch, changing only the minimum needed for Panels 2 to be usable with D6. This may include duplication of D6 core functionality, loading more code than necessary etc. and undoing some of the changes that were already rolled into Nicks patch in #9. Instead I'll isolate a number of follow up tasks and create issues for them.
Comment #81
wayland76 CreditAttribution: wayland76 commentedJust to clarify, I'm no-one official here, I just try to make sure we're all communicating properly :).
Comment #82
gregglessubscribing (sorry for the bugspam).
Comment #83
rmiddle CreditAttribution: rmiddle commentedSubscribe
Comment #84
sdboyer CreditAttribution: sdboyer commented@Pancho in #80:
Great, we definitely appreciate your taking this more targeted approach. It'll make for less headaches for everyone in the long run, I suspect.
Comment #85
Panchosdboyer: Cool, I think this way it's gonna work out well, though it might take some more weeks. At a later stage I'll probably need some input by MenuAPI resp. JS/AJAX experts.
What I did is restarting the port from the scratch in my sandbox. I'm not yet where I was before, but documented every step.
Right now I'm creating separate issues for all those little changes I had rolled into my initial port patch, which also apply to the D5 version of Panels2. Would be cool if you found some time to take a look at those issues, even though they are non-critical...
From time to time I'll also roll in your commits in the D5 branch to keep the development parallel. This is going to be quite some work, but I'm still sure it's worth it!
Comment #86
sdboyer CreditAttribution: sdboyer commentedCool beans - again, much appreciated. Yep, I've been noticing the other issues you've posted - keep em coming! I'll commit whatever & whenever I can. I also just posted what are currently the biggest chunks on my todo list before we go RC with panels2; you might want to familiarize yourself with those so that you know where changes are more likely to occur. They were all posted in the wee hours this morning (May 9th) as tasks.
Yep, there's quite a bit to do here, but someone's gotta do it. Now, what's REALLY gonna be a lot of work is panels3...which is likely to involve a pretty much full-blown rewrite into OO, to say nothing of the UI changes and feature additions :) But one step at a time, we're not even thinking about that until panels2 is released and the D6 upgrade is complete.
Comment #87
merlinofchaos CreditAttribution: merlinofchaos commentedI'm excited to see those issues (and you won't hear that from me very often =) -- many of them are good improvements!
Comment #88
alanburke CreditAttribution: alanburke commentedsubscribe
Comment #89
Rob T CreditAttribution: Rob T commentedAll the work done here is much appreciated. I was looking through Pancho's sandbox, reading the TODO, Known Issues, etc, and I am curious...
What is the functional status of Pancho's work? Is basic (v1) Panels functionality working well with the young code? If so, and if one is not looking for all the flair and functionality of Panels2, could we use the Pancho Files in their current state for some basic panels... and would the transition to the to-be-released "official" version of D6 Panels2 be not-so-painful?
I realize I'm probably way too eager to get some basic panels up on the D6 site I'm working on. But if some of the traditional functionality is working OK, and it won't be too much of a hassle when going to an official release, then I am really tempted to give it a shot.
Comment #90
mozaicbox CreditAttribution: mozaicbox commentedsubscribe
Comment #91
bensnyder CreditAttribution: bensnyder commentedsubscribing
Comment #92
mentat.fr CreditAttribution: mentat.fr commentedSubscribe
Comment #93
reload CreditAttribution: reload commentedsubscribe
Comment #94
bensnyder CreditAttribution: bensnyder commentedIs it possible to release a Panles 6.x-2.x-dev yet??? I'm eager as hell to test it and help get it to a beta release..!
Comment #95
merlinofchaos CreditAttribution: merlinofchaos commentedpeglegax: When it's possible it will be done. Please be patient; you're not helping.
Comment #96
Panchopegleglax: No, at the moment it is not possible, and it will unfortunately take some more weeks. :(
Panels2 for D5 is that much a moving target, that any porting work is double work ATM. If you'd like to accelerate things a bit, Earl and Sam would be happy about your help in the Panels issue queue. The earlier a Release Candidate for D5 is published, the earlier porting work can resume...
Comment #97
hankpalan.com CreditAttribution: hankpalan.com commentedSubscribing...
Comment #98
cammangels CreditAttribution: cammangels commentedsubscribing
Comment #99
cpelham CreditAttribution: cpelham commentedSubscribing...
Comment #100
enthusaroo CreditAttribution: enthusaroo commentedsubscribing...
Comment #101
davedelong CreditAttribution: davedelong commentedsubscribing
Comment #102
YesCT CreditAttribution: YesCT commentedsubscribing
Comment #103
webchick...
Comment #104
Frieder CreditAttribution: Frieder commentedsubscribing,
looking forward for a Panels 2.x RC, so we can start the real porting work for D6. I need this for a project and i don't want to downgrade to D5.
Comment #105
bensnyder CreditAttribution: bensnyder commentedI understand how to write modules although I've never ported one. I'd be glad to take on as much of the work as I can to port Panels to D6...
Does a project administrator need to assign work? If so, count me in. Thanks guys for keeping the ball rolling~!
Comment #106
emptyvoid CreditAttribution: emptyvoid commentedSubscribing
Comment #107
chadd CreditAttribution: chadd commentedsubscribe
Comment #108
RoboPhred CreditAttribution: RoboPhred commentedsuscribe
Comment #109
wayland76 CreditAttribution: wayland76 commented@peglegax: No, just assign the thing to yourself if you're going to give it a good solid shot. The proper procedure includes:
1. Use the latest CVS version of Panels2 as your starting point
2. Install the Coder module, and do a code review, and include the tickbox about porting from 5.x to 6.x. This won't tell you everything, but it'll get you well started.
3. Go through the list of things on the 5.x to 6.x conversion page, and see if you can find any of them in panels, and convert that stuff
4. If there's any Views-related stuff in Panels2, port this to Views2 while you're at it
You may also want to use the Devel module. Post patches on this thread that are diffs from the lastest CVS of Panels-5.x-2.x sources. This will be a moving target, so you'll need to update your patches from time to time.
HTH,
Comment #110
perhenrik CreditAttribution: perhenrik commentedsuscribe
Comment #111
mbbid5r CreditAttribution: mbbid5r commentedSubscribing
Comment #112
faunapolis CreditAttribution: faunapolis commentedsubscribing. Is there a way of subscribing without disturbing any thread? Sorry about the interruption, but very interested in this thread :)
Comment #113
Guillaume Beaulieu CreditAttribution: Guillaume Beaulieu commentedIf this helps in any way, I worked on a port of panels 1.2 to drupal 6 since I thought at first there were no work undertaken to port panels2 to drupal6 for now. I'll quit my work on that right now, and start to help out. Here's what I've done...
Comment #114
hass CreditAttribution: hass commented@Guillaume Beaulieu: Seems like you missed my port #206962: Port panels 5.x-1.x to D6
Comment #115
Owen Barton CreditAttribution: Owen Barton commented...
Comment #116
BenK CreditAttribution: BenK commentedsubscribing, too...
Comment #117
carlmcdade CreditAttribution: carlmcdade commentedsubscribing
Comment #118
cedrix CreditAttribution: cedrix commentedsubscribe
Comment #119
Etanol CreditAttribution: Etanol commentedWell.. I don't use D6 just because there is no panels..
Comment #120
quotientix CreditAttribution: quotientix commentedAny idea, how long the portation will take?
I've been waiting for it for month!
Keep on truckin! We're looking forward to the D6 release!
Comment #121
NikLP CreditAttribution: NikLP commentedSubscribe (bah)
Comment #122
luckysmack CreditAttribution: luckysmack commentedsubscribing
Comment #123
japanitrat CreditAttribution: japanitrat commentedsubscribe
Comment #124
jivmuk CreditAttribution: jivmuk commentedAwaiting for this module. Subscribe.
Comment #125
Anonymous (not verified) CreditAttribution: Anonymous commentedsubscribing
Comment #126
MichelleYou folks just need to peek at the project page now and then. All this subscribing just bumps the issue up for everyone and then we need to come here and see what's been said only to find someone else subscribing. Really, just look at the project page every once and a while. Once the 5.x line has an RC, the 6.x line will get started.
Michelle
Comment #127
rtackett CreditAttribution: rtackett commentedSubscribing. I wish drupal would add the ability to subscribe to a thread without participating in it, then give the user the option of how often to receive thread updates.
If this exists and I am missing it, please let me know.
Comment #128
webchickIt would exist, if people spent their time working on #34496: [meta] Add Flag module to allow users to subscribe/unsubscribe without posting a comment rather than complaining that it doesn't exist. ;)
Comment #129
hass CreditAttribution: hass commentedThis 3 years old case seems not important enough... or nobody can earn money with it. :-)
Comment #130
bennos CreditAttribution: bennos commentedsubscribing
Comment #131
hoecake CreditAttribution: hoecake commentedsubscribing ...
Comment #132
ddyrr CreditAttribution: ddyrr commentedsubscribing
Comment #133
yan CreditAttribution: yan commentedsubscribing
Comment #134
danyell CreditAttribution: danyell commentedsubscribing
Comment #135
gustav CreditAttribution: gustav commentedsubscribing
Comment #136
farald CreditAttribution: farald commentedDumdidum... subscribing..
Comment #137
merlinofchaos CreditAttribution: merlinofchaos commentedGOOD NEWS.
Yes I'm working on this.
BAD NEWS.
I'm tired of people bumping this issue. I'm closing it to comments. When I have something I'll check it into the HEAD branch. If you want to subscribe to something, subscribe to the Panels commit feed: http://drupal.org/project/cvs/74958
Comment #138
merlinofchaos CreditAttribution: merlinofchaos commentedComment #139
Anonymous (not verified) CreditAttribution: Anonymous commentedAutomatically closed -- issue fixed for two weeks with no activity.