Send private message

You must be logged in to send a private message.

Friends

No friends yet.

Group membership

Activity

  • kutomer added a new discussion topic elgg REST API supports static methods in the group Elgg Technical Support
    Hey, I noticed that the elgg_ws_expose_function support only static functions, that's not good enough for my purpose, actually that's a very bad practice not allow OOP programing. I checked it out a little bit, and found the...
  • kutomer joined the group Elgg Technical Support
  • kutomer replied on the discussion topic Elgg smartfeed plugin dev
    My first intent is making the UI with angular. Maybe in the future I will make a basic backend implementation to start with, because the get_feed function must match your db scheme and object model, I can't make a complete plug and play... view reply
  • kutomer replied on the discussion topic Elgg smartfeed plugin dev
    Btw. this plugin can be a good start for creating angular.js plugins. use it like AngularSeed or something, all the structure is created so just change the names.. view reply
  • kutomer added a new discussion topic Elgg smartfeed plugin dev in the group Plugin Development
    Hello everybody, I've started creating new plugin for elgg called - smartfeed. it began as a POC for using angular with elgg, but now I decided to take it a bit farther and I'm realy working on it. My goal is making news feed in elgg similar...
    • My first intent is making the UI with angular.

      Maybe in the future I will make a basic backend implementation to start with, because the get_feed function must match your db scheme and object model, I can't make a complete plug and play plugin, to use it you will have to modify it.

      Furthermore to make a top stories sort and recent stories sort is not that complicated, you just have to make sure that your query are optimized for performance. 

    • indeed, top stories filter on the feed will check if your friends liked/commented on the status for it to actually be "top stories" on the news feed and thus will require queries to check if the relationship is there. the "people you may know" also plays a role in this "top story"

    • very nice please inbox me if you have time when its done, please test a bit before releasing : ) looking forward to this!

  • kutomer joined the group Plugin Development
  • kutomer replied on the discussion topic elgg refactoring suggestions
    thanks for both of you for the great answers. My main goal for the upcoming refactoring version is to shorten development time for new features, and I feel that this is what holds me back: (my current problems) 1. Our code base is highly complex,... view reply
  • kutomer added a new discussion topic elgg refactoring suggestions in the group General Discussion
    hello, I currently working on an elgg project that in my point of view need serious refactoring. My team developed lots of functional code over the elgg engine, and I wish to change it to be in more OOP approach. our project contains lots of...
    • It's difficult to give an opinion about this without knowing what exactly you're trying to do. However I'm quite confident that you are indeed doing something wrong.

      Actual use cases would be helpful. In case there is a lot of source code it might be better to paste it to some service that has syntax highlighting (e.g. http://pastebin.com/).

    • First suggestion is to add a 1.9 forward-compatible autoloader to your plugin.

      I weakly prefer composition (what you're calling decorating) but I've not done a huge amount of content plugin development as others have; I may be missing something. I always try to design objects to model real things (machines, processes, complex values) each with a single responsibility with the goal of reusability and testability. Depedency injection and SOLID are musts.

      Don't think that use of classes imply good structure. I've seen complex plugins very well structured with no classes and completely class-based messes. Elgg core plugins rarely use classes but importantly elgg developers know how to work on them and straying far from those conventions is exciting but may not make your code better.

      Good luck!

    • thanks for both of you for the great answers.

      My main goal for the upcoming refactoring version is to shorten development time for new features, and I feel that this is what holds me back: (my current problems)

      1. Our code base is highly complex, therefore navigation, debuging and refactoring takes much longer then what I excpet.

      2. Low cohesion + tight coupling - most of our files are so big and have so many responsibilities that one can easily break something while fixing something else.

      Example:

      http://pastebin.com/cnw2H1pA

      * The truth is that this code is actually an exaggeration of the real code, we do have several files in the lib folder. relationships.php , utilities.php (this our garbage cun) and so on.. 

       

      and I wish it to look something like this:

      http://pastebin.com/CvnX92Wx

      * This is just one possible solution.