| Commit | Line | Data |
|---|---|---|
| f2e5a0c5 EM |
1 | |
| 2 | Known Issue http://drupal.org/node/191771 | |
| 3 | 'Node' panes can have two titles or have two title areas. | |
| 4 | Cause: | |
| 5 | Content that comes into a pane is already formatted, and this happens | |
| 6 | in theme('node'). theme('node') assumes it will be printing a title | |
| 7 | most of the time. However, Panels wants the titles of panes to be | |
| 8 | consistent, so it removes the title from the node to prevent your | |
| 9 | node.tpl.php from printing it. The result is often an empty h2 which | |
| 10 | has odd effects. | |
| 11 | Solution: | |
| 12 | Add an if statement to your node.tpl.php to prevent printing that h2 | |
| 13 | if $node->title is empty. | |
| 14 | ||
| 15 | Known Issue http://drupal.org/node/186454 | |
| 16 | Internet Explorer is really bad about making the rightmost panel | |
| 17 | fall beneath the others. | |
| 18 | Cause: | |
| 19 | Internet explorer calculates margins and padding differntly from | |
| 20 | everyone else, and this makes it entirely too easy for widths | |
| 21 | to add up to greater than the amount of allotted space, despite | |
| 22 | using percentage widths. | |
| 23 | Solution: | |
| 24 | There are two solutions to this problem: | |
| 25 | 1) In your theme, try to eliminate padding from the the <div> | |
| 26 | that directly contains your content; you can do this by | |
| 27 | adding an empty <div> inside it that surrounds the content | |
| 28 | and very specifically is set to margin: 0 and padding: 0 | |
| 29 | ||
| 30 | 2) if that doesn't work, override the widths of the panel-panel | |
| 31 | divs and reduce them by 1 or 2%; usually this will give IE | |
| 32 | enough space to quit pushing things around. | |
| 33 | ||
| 34 | Known Issue http://drupal.org/node/154351 | |
| 35 | TinyMCE, FCKEditor and other wysiwyg editors really blow up on Panels | |
| 36 | content editing. | |
| 37 | Cause: | |
| 38 | The modal dialogs that Panels uses are very particular about javascript | |
| 39 | and these editors are too much for them. Also, these editors get | |
| 40 | cranky about complicated forms with several text areas. | |
| 41 | Solution: | |
| 42 | Disable these editors on all of your panels admin pages. The important | |
| 43 | URLs are admin/panels/* and panels/ajax/*. More details instructions | |
| 44 | may follow if someone familiar with these systems submits a patch at | |
| 45 | the above drupal.org URL. | |
| 46 | ||
| 47 | Known Issue http://drupal.org/node/180650 | |
| 48 | The rounded corners style shows up as just a small graphic rather than | |
| 49 | a full box around the panels as it shoujld. | |
| 50 | Cause: | |
| 51 | The rounded corners CSS relies on the ID for the panel, but the ID is | |
| 52 | optional. | |
| 53 | Solution: | |
| 54 | Make sure your panel has an ID of some sort. With mini panels there is | |
| 55 | no easy workaround as mini panels currently do not have IDs of their | |
| 56 | own. | |
| 57 | ||
| 58 | Known Issue http://drupal.org/node/165745 | |
| 59 | You see a message similar to this: | |
| 60 | Table 'drupal.panels_info' doesn't exist query: SELECT * FROM panels_info | |
| 61 | WHERE path = 'front_page_new' in... | |
| 62 | ||
| 63 | The important piece of information is 'panels_info'. | |
| 64 | Cause: | |
| 65 | The Meta Tags module (also known as nodewords.module) directly reads the | |
| 66 | the panels tables and modifies its forms to add the tags. Unfortunately | |
| 67 | for this module, Panels has changed *greatly* in the leap from 1.0 to | |
| 68 | 2.0 and the tables aren't the same. However, the nodewords module doesn't | |
| 69 | yet know this. Look in the nodewords issue queue for panels patches and | |
| 70 | you should find something. | |
| 71 | ||
| 72 | Known Issue http://drupal.org/node/153399 | |
| 73 | The drag and drop content UI doesn't seem to work at all under Safari. | |
| 74 | ||
| 75 | Cause: | |
| 76 | Safari 2 has some serious problems with the javascript code. | |
| 77 | Solution: | |
| 78 | Upgrade to Safari 3 if possible. If not, use an an alternative browser | |
| 79 | such as Firefox or Opera. | |
| 80 | ||
| 81 | Known Issue http://drupal.org/node/207859 | |
| 82 | When using the secure pages module, the Panels administrative UI gives | |
| 83 | unhelpful "An error occurred" popups when trying to add or edit content. | |
| 84 | ||
| 85 | Cause: | |
| 86 | The secure pages module tries to move the entire administrative section | |
| 87 | of the site to HTTPS, but Panels' AJAX calls are using a path that | |
| 88 | secure pages doesn't know about. When trying to make non-secure ajax calls | |
| 89 | from a secure page, the browser denies the call. | |
| 90 | Solution: | |
| 91 | The solution is to simply add panels/* to your Secure Pages configuration. |