Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
As soon as you implement extractors for b2evolution to get their translatable strings into the database (and exporters to get the translations out from the system in their format), this should not be a problem. This is a matter of sitting down and implementing a connector or another kind of extension module, if you'd like to keep using one of the existing connectors.
At me is cliare .PO file.
The b2evolution - not the Drupal module, and separate blog system(as WP).
Probably, many of its users could become interested Drupal. I think this is good idea :)
How to separate modules and foreign aplications and core drupal?
Let me concentrate on improving the feature sets for Drupal. If you are interested in expanding this module for other projects, feel free to implement connectors. With some PHP knowledge, you will understand how the Drupal extractor works. You can adapt that to other projects, and program your own connector module. Let me know if you have poof of concept code or anything which I can help you with. Otherwise I am not interested in bringing this out of the Drupal project myself, especially as long as I get multiple bug reports from you about how it does not fit your needs anyway.
OK. Only one question organizational: As How to separate modules and foreign aplications in Localization server?
Probably to give a prefix for a name: _b2evolution, _wp or aplication__b2evolution, aplication_wp?
You can organize them into projects with prefixed names. I think the current project -> language -> string navigation interface is complicated enough, and there is definitely no need for another level on top in the system itself.
I have added the first Drupal module which is not present on drupal.org: http://www.drupaler.ru/translate/languages/ru/~image_picker 2 Gábor Hojtsy, I saw your comment on a site of the author. I think if the author will create the project on drupal.org it will be necessary to make few changes:
To change in table l10n_community_project only two fields "uri" and "title" (from ~image_picker to image_picker)
1) Then I only shall remove ~ in table l10n_community_project :) It is correct?
2) I work above others (not drupal) projects. I think in the table l10n_community_project it is necessary to add 2 fields URL and the description. This offer to bear in separate Issues?
Comments
Comment #1
gábor hojtsyAs soon as you implement extractors for b2evolution to get their translatable strings into the database (and exporters to get the translations out from the system in their format), this should not be a problem. This is a matter of sitting down and implementing a connector or another kind of extension module, if you'd like to keep using one of the existing connectors.
Comment #2
pvasili commentedAt me is cliare .PO file.
The b2evolution - not the Drupal module, and separate blog system(as WP).
Probably, many of its users could become interested Drupal. I think this is good idea :)
How to separate modules and foreign aplications and core drupal?
Comment #3
gábor hojtsyLet me concentrate on improving the feature sets for Drupal. If you are interested in expanding this module for other projects, feel free to implement connectors. With some PHP knowledge, you will understand how the Drupal extractor works. You can adapt that to other projects, and program your own connector module. Let me know if you have poof of concept code or anything which I can help you with. Otherwise I am not interested in bringing this out of the Drupal project myself, especially as long as I get multiple bug reports from you about how it does not fit your needs anyway.
Comment #4
pvasili commentedOK. Only one question organizational: As How to separate modules and foreign aplications in Localization server?
Probably to give a prefix for a name: _b2evolution, _wp or aplication__b2evolution, aplication_wp?
Comment #5
gábor hojtsyYou can organize them into projects with prefixed names. I think the current project -> language -> string navigation interface is complicated enough, and there is definitely no need for another level on top in the system itself.
Comment #6
pvasili commentedComment #7
pvasili commentedHow to be with variants: http://www.tonyspencer.com/2007/08/15/finally-a-good-image-upload-module... ?
It too Drupal...
Problems in view of the version...
Comment #8
gábor hojtsypvasili: I don't understand you. Please try to write longer explanations, and not in half sentences from which I cannot make up anything.
Comment #9
pvasili commentedОК.
I have found the project the address:http://www.tonyspencer.com/2007/08/15/finally-a-good-image-upload-module.... It is not present on drupal.org
How to be with numbering versions for such projects?
Them to place in the general list of modules drupal?
Comment #10
pvasili commentedThe offer:
Comment #11
pvasili commentedI have added the first Drupal module which is not present on drupal.org: http://www.drupaler.ru/translate/languages/ru/~image_picker
2 Gábor Hojtsy, I saw your comment on a site of the author. I think if the author will create the project on drupal.org it will be necessary to make few changes:
To change in table l10n_community_project only two fields "uri" and "title" (from ~image_picker to image_picker)
Comment #12
gábor hojtsyHe contacted me and actually added the project to drupal.org CVS, although it does not have a project page yet.
Comment #13
pvasili commented1) Then I only shall remove ~ in table l10n_community_project :) It is correct?
2) I work above others (not drupal) projects. I think in the table l10n_community_project it is necessary to add 2 fields URL and the description. This offer to bear in separate Issues?