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. |
---|