Forum Replies Created
-
AuthorPosts
-
larsen
ParticipantYes.
Participantthx =)
ParticipantUpdate:
A co-worker restored the db with SQLyog 5.2 beta 4 and the umlauts are fine with this. Seems to be a bug in v6
ParticipantYes, I should have used the search engine… but I was too lazy this time =)
Discussion continued in before mentioned thread.
ParticipantSame problem for me, too. Also using German WinXP SP2.
November 21, 2006 at 10:38 am in reply to: Feature Request: Allow Filter For Export As Csv, Etc. #22938ParticipantI thought of a textbox within CSV export where I would enter “where art = 2”. SQLyog just had to append this string to it´s query.
Anyway, as it is possible to export from result tab this feature is not needed 🙂
November 21, 2006 at 8:18 am in reply to: Feature Request: Allow Filter For Export As Csv, Etc. #22936Participantpeterlaursen wrote on Nov 21 2006, 06:34 AM:NO – not correct!You can export from the RESULT tab as well.
Ooops, I guess I just missed that.
Quote:there is no parsing of the SQL language that are done in SQLyog. That is how database CLIENTS generallyPlease understand: I didn´t want SQLyog to parse the sql string. That string should just have been forwarded to the server. No parsing.
November 17, 2006 at 8:20 am in reply to: Feature Request: Allow Filter For Export As Csv, Etc. #22933Participantpeterlaursen wrote on Nov 17 2006, 07:22 AM:But I think it is not the scope of SQLyog to define the SQL language!We have no plan to add our own extensions the language like this.
Well, I think you got me wrong. I don´t want to change sql.
At the moment it is only possible to export whole tables as CSV data. But I just want to export records of a certain kind.
Participantpeterlaursen wrote on Sep 1 2006, 10:18 AM:But now it is a matter of days only before it will be fully complete as of MySQL 5.1. Code is practically all written and testing going on!That´s nice to hear =)
(I was wondering that I couldn´t find a topic via search)
Lars
Participantpeterlaursen wrote on Aug 30 2006, 10:17 AM:But this wasy of manipulating users is not supported by MySQL! And when working across diffrent MySQL versions be aware that the user table is differentthat´s the reason why I would prefer the other solution
Quote:I do NOT support a functionality that just does 'GRANT ALL' …Sure, just an example.
Quote:What is your use of such functionality?Developing an application or website on another machine than the production system. This way it would be easier to create (copy) the appropriate user and privileges on the production system.
And yes, I´m lazy 😉
ParticipantRitesh wrote on May 31 2006, 09:36 AM:Added in the TO-DO list of SQLyog.thx!
ParticipantRitesh wrote on May 31 2006, 09:21 AM:It does.Just select the cell and press CTRL+C as you would do for copying in a text editor.
ooops, my fault =)
Quote:Do you mean PASTING also without pressing F2? If that is the case then indeed it is not implemented in the current version.yes, I meant that.
ParticipantCtrl+PgUp is e.g. used in Eclipse to switch between tabs.
Participantthx.
I´m not sure if I understand you right: Should Ctrl+Tab be used for switching between connections or between Tabs (as you mentioned firefox)?
Connections are higher in the hierarchy and tabs beneath them. Ctrl+Tab is normally used to switch between MDI child windows, so I guess this refers rather to connections than to tabs (as it is used now).
ParticipantI actually would prefer to have it configurable 🙂
-
AuthorPosts
