[br8kwall]

I didn't realize the root problem until just now – but this issue just cost me a half-a-day. In our Oracle we have several versions of the same database – so several tables of the same names across several named tablespaces.

When importing from the same ODBC connection as SQLyog MS Access and other ODBC tools limit the tables to one table space. But (feature or bug) SQLyog shows them all to me in one long list. I spent the morning repeatedly selecting and importing the wrong PERMIT_INFO table and banging my head. Many were available in the import list (which I didn't realize) without me able to tell which table space they were in, or limiting the table space to just one. Let me know if you need more information.

[br8kwall]

Thank you. PS. other programs I use are able to also show me additional information about the table through the ODBC connection. For example, just seeing the Oracle schema name as a prefix on the table names would be a minor help here if the filter isn't possible.

[br8kwall]

'ashwin' wrote:

Also, please change the DPI setting to smaller(100%) and check.

Larger resolution seems to fix it (on my external monitor now, attached).

How do I change the DPI?

[br8kwall]

I know and love the schema designer and its limitations. That's why I was asking for a different tool all together. Thanks for the reply.

[br8kwall]

peterlaursen wrote on Feb 1 2008, 05:10 AM:

This is a reasonable request.

We will add this formatting issue to the TODO for version 6.2.

Howdy,

I just installed 6.52. Is there any chance this request could be incorporated into the next release? It's still driving me nuts.

Thanks.

[br8kwall]

peterlaursen wrote on Feb 1 2008, 04:08 AM:

Don't you think that every user using this feature would have his own needs and wishes?

Do you have any implementation idea?

Should user build a CSS in advance and SQLyog should use it?

I think that the HTML output should be modified to be completely CSS driven, though you could leave tables for tabular data because that's what tables are for.

Embed (not link) CSS in the header of the HTML as you currently do. But that CSS text block (one file, preferably the same format of CSS file that I could link to any HTML page on the web) that could be implemented in the following ways:

(1 easy) have the CSS block read from a text on the file system with SQYyog defaults that the user can modify.

(1b harder) same as 1 but let the user store any number of CSS user-made CSS files and let the user select which file the user wants to be applied. This would let user build a library of themes. SQLyog would remember which one was used last without asking.

(2 even harder) Store the CSS within SQLyog in some way and give the user an editor. This might be hard and not so flexible.

[Author]

Posts