Unsupported Screen Size: The viewport size is too small for the theme to render properly.

"edit -> Find" And "edit -> Replace" Always

forums forums SQLyog SQLyog: Bugs / Feature Requests "edit -> Find" And "edit -> Replace" Always

  • This topic is empty.
Viewing 2 reply threads
  • Author
    Posts
    • #22194
      peterlaursen
      Participant

      'find' and 'replace' are text editor functions. Cursor must be placed in the SQL-editor area / a Query tab (up-right).

      Now if you click once in the editor and expand the 'edit' menu are they still disabled?

      To search and replace in the DATA, you will need to exectue a

      “SELECT .. FROM WHERE …” and then edit data in the RESULT tab

      .. but we do plan some 'filtering' option similar to Office-type programs.

    • #22195
      Jason McLeod
      Member

      Thanks for the reply

      While the function “works” it's not quite what I was hoping. I'm looking for a quick way to change text in various records.

    • #22196
      peterlaursen
      Participant

      I cannot help it …

      the 'filtering' option is pretty high priority, however.

      We will probably release next version on Saturday, and soon after that update this FAQ:

      http://webyog.com/faq/33_20_en.html

      .. with more accurate priorities.

      The phrase here “There are plans for a GUI SQL-builder as you find it in Office Suite -type databases” also covers such filtering option.

      The priorities as of now are like:

      1) User management complete as of MySQL 5.1 and the remaining 'small isuues' that we allready announced in the 5.1 tree + a few pending bug-fixes and optimizations. Should be around 1 week now.

      2) Full Unicode compliance. Add 2-3 weeks. But this has some 'uncertanity' built in.

      3) GUI-related: Filtering, GUI SQL-builder, better Spreadsheet interoperability. This will be done in parallel with extracting strings from the code itself to enable localisations. Plus better support for BINARY data (BIT, BINARY, VARBINARY and (non-image)BLOB types.

      4) Events and Partitions support (actually Events may come before, as it is quite simple to implement)

      But at this very moment I cannot be exact on the 'timing' of issues in category 3)

      We will do detailed 'man-power' planning next week and publish details.

Viewing 2 reply threads
  • You must be logged in to reply to this topic.